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1 Introduction 



1 .1 Networked Enterprise: The Vision 



1 .1 .1 Business Networking and the New Economy 

Business is in search for the rules of the new economy [cf. Kelly 1998], also re- 
ferred to as digital economy (cf. [Negroponte 1995], [Tapscott 1995]), networked 
economy [cf. ShaprioA/^arian 1999], information economy [cf. Varian 1994], 
Internet economy [cf. Zerdick et al. 1999] or information age [cf. Lane 1998]. 
Information and communication technology (IT)^ enables and shapes the new 
economy the same way as steam, gas, and electricity have changed the agricultural 
economy into the industrial economy a hundred years ago. 

Business Networking is not the only, but the most important feature of enterprises 
in the information age. In the past. Business Networking was the basis for the 
division of labor in the agricultural as well as in the industrial society and a pre- 
requisite for increasing prosperity. Now, IT is leading to fundamentally new 
mechanisms in the collaboration between organizational units. 

As already stated by [Smith 1776], the division of labor is limited by the geo- 
graphical extent of the market. Before the emergence of local farming markets, 
every farmer produced everything he or she needed for living. With the introduc- 
tion of new transportation technologies, the market span grew and consequently 
led to the specialization of the industrial economy. In our time, IT is pushing the 
physical disintegration of markets and enterprises to its global limits and thus 
enables maximal specialization of the enterprises. 

Business Networking in the new economy can be seen as the coordination of pro- 
cesses within and across companies. More precisely, we define Business Net- 
working as the management of IT enabled relationships between internal and 
external business partners. So far, there has been no clear vision of the business 
units and processes nor of the coordination mechanisms that Business Networking 
has in store for the economy. Disintegration, specialization, reintegration, centrali- 
zation, etc. are certainly among the current trends that present a growing challenge 
for business management and science. 



1 .1 .2 Five Phases Towards Business Networking 

The development phases of informatization put some light on the role of IT in 
Business Networking. We take the integration area as an indicator of the degree of 



Due to the convergence of information processing and communication, we will refer to the combi- 
nation of information and communication technologies as IT. 
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informatization of a company. The integration area describes the number of tasks 
of an enterprise implemented in an integrated information system [Osterle et al. 
1993]. In an early phase of informatization, the integration area was rather small. 
As technology developed, the integration area grew. In this development, we can 
distinguish five phases as follows (see Figure 1-1).^ 

Phase 1 (1970s): The aim of computerizing single 'island’ functions is to automate 
individual business functions, such as invoicing. Manual operations are generally 
transferred to the computer without any modification [cf. Alpar et al. 1998, 29]. 
The result is isolated solutions, i.e. separate information systems to efficiently 
support individual operations. 

Phase 2 (1980s): The computerization of functional areas, such as production, 
financial accounting or distribution, achieved integration within the most impor- 
tant business function areas [cf. Raffee 1993] and thus improved the efficiency of 
whole departments. For the first time, IT made it possible to apply new methods, 
such as production or financial planning, which transform business processes and 
present new challenges for employees. 

Phase 3 (1990s): The development of systems for enterprise resource planning 
(ERP) enabled companies to implement integrated processes across various de- 
partments and/or functions. Hence it was possible to set up pervasive processes 
(e.g. order processing) from the customer (e.g. sales, order receipt) and to the 
customer (e.g. distribution, invoices, payment receipt). ERP systems (cf. Chap. 
2.3.1) soon became the nerve system of enterprises since they guarantee that every 
(authorized) employee has real-time access to all operational information. 

Phase 4 (1990s): Concurrently with the implementation of ERP systems, some 
enterprises went for link-ups with their customers or suppliers. For instance, they 
would use electronic data interchange (EDI) systems in order to handle high- 
volume transactions efficiently. However, what they did was only to set up rather 
expensive 1:1 or l:n relationships. This was one important reason why broad dif- 
fusion of EDI was not taking place as anticipated.^ 

Phase 5 (ca. 1990-2005): In this phase, the buyer’s market is calling for a new 
stage in customer focus. The processes of a company’s customers are forming the 
starting point for the design of its own services and processes. New IT systems for 
supply chain management (SCM) and electronic commerce (EC) satisfy these 
requirements by allowing the interorganizational integration of information and 
processes, and thus to achieve a step towards the vision of the boundary-less en- 
terprise along the lines of [Wigand et al. 1997]. This m:n networking of internal 



^ For further models cf. [Venkatraman 1991], [Lane 1998], [Clark 1999] or [Nolan/Croson 1995]. 
For the technical development of informatization from mainframe computing in the 1960s to to- 
day’s electronic business cf. [Schnedl/Schweizer 1999]. 

3 

For the reasons of the disappointing diffusion of EDI cf. [KalakotaAVhinston 1997], [Christiaanse 
et al. 1996] and [Alt/Klein 1998]. 
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1 Introduction 



and external business units relies upon a networking infrastructure, the ‘business 
bus’. The networking infrastructure can be explained using the metaphor of the 
road network with all its standards (e.g. road width, signs, traffic regulations), 
coordination technologies and systems (e.g. traffic lights, GPS systems) and serv- 
ices (e.g. police, highway maintenance, fees, tolls, automobile clubs). 



Phase 1 

Cofnpi/t«fi2abOfi 
kndividufll functions 
i(Buppof1 of island 
functions such as 
invoicing) 




i ptoemM 



fnlwpiw 
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financial accounting) 




Phase 3 
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Order procassing) 



Phase 4 
Individual 1 : 1 
integration of crosS' 
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Phase 5 
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wfth the ealatxishrnent of a 
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Figure 1-1: Development Phases of Informatization 



1 .2 Networking the Enterprise: The Transformation 



1.2.1 Closing the Gap Between Strategy and Reality 

Today, researchers and managers can find a large number of publications on the 
big picture of the new economy. Most of the authors delve into the economic 
aspects and arrive at a highly aggregated view of Business Networking. Important 
scientific contributions have come from transaction cost theory [cf. Williamson 
1989], organizational theory (cf. [Sydow 1992], [Snow et al. 1992], [Miiller- 
Stewens 1997b], [Ruigrok et al. 1999]), institutional economy [cf. Williamson 
1991], coordination theory [cf. Malone/Crow ston 1994], business networks and 
information management (cf. [Malone et al. 1987], [Klein 1996a], [Wigand et al. 
1997]) and economics [cf. Varian 1994]. Together with the anecdotal management 
literature they provide valuable insights at a rather strategic level. For instance. 
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they help to set up strategic partnerships between enterprises, to position an enter- 
prise within a supply chain, or they help to understand the long-term impact of IT 
on organizational structures. 

However, what companies are regularly faced with is the challenge of actually 
implementing Business Networking strategies. It is our research partners in indus- 
try - about ten globally operating enterprises - to whom we are indebted for in- 
depth information on the less discussed hurdles encountered in trying to translate 
Business Networking strategies into practice. 

This book is designed to supply some ‘building blocks’ to close the gap between 
networking strategies and the nuts and bolts of a, say, up-and-running EC or SCM 
system. On the one hand, it is intended to help to translate strategies into business 
process networks that can be implemented by IT means. On the other hand, it is 
hoped to assist users in finding new processes and strategies based on new IT. 

We propose to close the gap by introducing a business process view on Business 
Networking. We conceive Business Networking as the logical result of a consis- 
tent process orientation. Business process redesign stands for an enterprise- 
internal focus on processes. But processes start at the customers and end at the 
customers. Enterprise borders are alien to processes and it is the business network 
that is the playground of processes [cf. Venkatraman 1991]. 



1.2.2 Achieving Networkability 

The main goal of the book is to show how enterprises can achieve networkability. 
We define networkability as the ability to cooperate internally as well as exter- 
nally [Wigand et al. 1997, 11]. Networkability refers to (a) resources, such as 
employees, managers and information systems, (b) business processes, e.g. the 
sales process, and (c) business units, e.g. an enterprise in a supply chain. Network- 
ability describes the ability to rapidly establish an efficient business relationship. 

[Klein 1996a] presents an extensive framework along which he discussed multiple 
aspects of Business Networking. Our focus being on processes and information 
and communication technology, we are compelled to ignore many of these im- 
portant aspects here. In discussing networkability, we will rather concentrate on 
the processes around the supply chain, electronic commerce and relationship man- 
agement, and on transaction-oriented information systems. 

This book is intended to address two main audiences: the scientific community 
and the business community. It is divided into four parts. Part 1 builds the foun- 
dation of the book and thus provides the reader with our process-oriented frame- 
work for Business Networking. Part 2 discusses business concepts in Business 
Networking, Part 3 deals with IT issues and Part 4 collates the experiences re- 




6 



1 Introduction 



ported in order to deduce the critical success factors and management techniques 
(see Figure 1-2). 



Chapter 1 : Introduction 



Part One: Building the Foundation 

Chapter 2; Enterprise in the Information Age 

Chapter 3; Business Networking: A Process-oriented Framework 



Part Two: 


Business Concepts 


Chapter 4: 


Strategies for Business Networking 


Chapter 5: 


Business Networking Lessons Learned: 
Supply Chain Management at Riverwood 
International 


Chapter 6: 


Electronic Commerce and Supply Chain 
Management at The Swatch Group’ 


Chapter 7: 


Knowledge Enabled Customer Relationship 
Management 



Part Three: 


Information System Concepts 


Chapter 8: 


Future Application Architecture for the 
Pharmaceutical Industry 


Chapter 9: 


Information Systems for Supply Chain 
Management: An Overview 


Chapter 1 0: 


Electronic Commerce in the Procurement of 
Indirect Goods 


Chapter 1 1 : 


Templates: Achieving Standardization for 
Business Networking 



Part Four: Key Success Factors 



Chapter 12 
Chapter 13 
Chapter 14 
Chapter 1 5 



Key Success Factors for Transaction-oriented Business Networking Systems 
Towards a Method for Business Networking 
Shaping Business Process Networks at ETA SA 
Shaping Applications for Global Networked Enterprises 



Chapter 16: Business Networking - Summary and Outlook 



Figure 1-2: Structure of Contents 



1.2.3 Part One: Building the Foundation 

In Chapter 2 Enterprise in the Information Age Business Networking is seen as 
one of seven trends, that will ultimately lead to the enterprise of the new economy. 
With Business Networking viewed within a broader perspective Chapter 2 estab- 
lishes a rich context for evaluating findings that are specific to Business Net- 
working. The other trends discussed are enterprise relationship management, 
knowledge management, smart appliances, electronic services, customer processes 
and value management. 

Chapter 3 Business Networking: A Process-oriented Framework details the trend 
of Business Networking and provides a process-oriented framework to understand 
the diversity of Business Networking. With reference to several disparate practical 
cases, different forms of networking are discussed and the tools of coordination 
theory applied to derive a generic model of a networked enterprise. According to 
this model, every networked enterprise is part of multiple internal and external 
networks and called upon to manage, partly simultaneously, such networking 
scenarios as supply chain management, relationship management, innovation, 
enterprise infrastructure and organizational development. These scenarios are 
based on different information systems. 
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1.2.4 Part Two: Business Concepts 

Part 2 concentrates on the business-oriented aspects of Business Networking. 
Chapter 4 Strategies for Business Networking describes how Business Networking 
can link up to corporate strategy and how it can sustain core competencies and 
future market segments. Three organizational strategies (outsourcing, insourcing 
and virtual organizing) are distinguished. Implementation and process-orientation 
are introduced with three networking strategies (electronic commerce, supply 
chain management and customer relationship management). Based on numerous 
practical cases. Chapter 4 provides some insights into how it is feasible to influ- 
ence market position through Business Networking. 

Chapter 5 Business Networking Lessons Learned: Supply Chain Management at 
Riverwood International concentrates on the Business Networking strategy for 
supply chain management. It presents, in a management paper style, the chal- 
lenges, benefits and conclusions drawn from Riverwood International's ‘Strategic 
Enterprise Partnership’ project. The lessons learned then serve as basis for Part 4. 

In Chapter 6 Electronic Commerce and Supply Chain Management at 'The Swatch 
Group', the complementarity of supply chain management and electronic com- 
merce is discussed. Whereas some authors view electronic commerce as part of 
the implementation of supply chain management (cf. Chap. 2), this chapter takes a 
closer look at the interrelationships of both concepts. A case study from ‘The 
Swatch Group’ is used to illustrate the results and the benefits of an integrated 
strategy. Again, the lessons learned serve as basis for Part 4. 

Although this book concentrates on transaction-oriented processes and informa- 
tion systems in Business Networking, Chapter 7 looks into aspects of Knowledge 
Enabled Customer Relationship Management. It shows that cross-enterprise proc- 
esses, such as customer relationship management, may heavily depend on un- 
structured data or, more precisely, unstructured knowledge. Electronic commerce 
is often described as covering the transactional part of customer relationships. 
Since knowledge management covers the non-transactional part, customer rela- 
tionship management requires both concepts, electronic commerce and knowledge 
management. Chapter 7 links knowledge-enabled customer relationship manage- 
ment with Business Networking and comes up with a process-oriented customer 
relationship management reference model. 



1.2.5 Part Three: Information Systems Concepts 

Part 3 balances business requirements with the potentials and restrictions of in- 
formation systems. Chapter 8 Future Application Architecture for the Pharma- 
ceutical Industry translates the seven trends and the Business Networking model 
(cf. Chaps. 2 and 3) into an application architecture for a pharmaceutical com- 
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pany. It discusses processes to be supported, deduces requirements to be fulfilled, 
structures future software components and combines processes and components 
into an application architecture of the information age. 

Chapter 9 Information Systems for Supply Chain Management: An Overview fo- 
cuses on the software components for supply chain management. Business goals 
and processes to be supported by the components are discussed and an overview is 
given of some classes of tools, such as MRP, MRPII or APS. Finally, the class of 
APS tools is discussed in greater detail and some insights provided into the most 
important functions, vendors and products. 

Chapter 10 Electronic Commerce in the Procurement of Indirect Goods concen- 
trates on software components for the procurement of indirect goods. We believe 
that these so-called desktop-purchasing tools have the potential to become a killer 
application in Business Networking. Based on a business process model for the 
procurement of indirect goods, the authors look into the potentials of and ideas 
behind desktop-purchasing tools. Again, a brief overview is given of the most 
important functions, vendors and products. 

Chapter 11 Templates: Achieving Standardization for Business Networking shows 
that achieving standardization is the key challenge of Business Networking. 
Chapter 1 1 comes up with some definitions and dimensions of standardization and 
then focuses on templates as a technique for standardization. The authors develop 
a template handbook and demonstrate its successful application within the Robert 
Bosch Group to achieve networkability. 



1-2.6 Part Four: Key Success Factors 

Part 4 translates the lessons learned from Chapters 2 through 1 1 into management 
guidelines. Chapter 12 Key Success Factors for Transaction-oriented Business 
Networking analyses, on the basis of three different cases, what are considered to 
be the key success factors in implementing Business Networking systems. Two 
techniques are then developed (partner profiling and creation of win-win situa- 
tions) which helped enterprises to manage the key success factors. 

Chapter 13 Towards a Method for Business Networking summarizes the experi- 
ences of all projects in an umbrella methodology, referred to as PROMET iBN. 
This involves methods that concentrate only on the Business Networking aspects, 
ignoring such topics as general project management, classical business process 
redesign, etc. We still consider PROMET iBN to be research in progress. 

Chapter 14 Shaping Business Process Networks at ETA SA forms one central part 
of PROMET iBN. Techniques are developed for the design of business process 
networks and applied in the design of the process network for market launch and 
new products at ETA SA. 
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While Chapter 14 focuses on the process level, Chapter 15 Shaping Applications 
for Global Networked Companies directs attention to the information system level. 
The authors show how to deduce an application architecture from a business ar- 
chitecture by introducing a methodology for architecture planning, referred to as 
PROMET eBN. 

Finally, Chapter 16 Summary and Outlook on Business Networking summarizes 
the findings of the book and outlines the next steps proposed to be initiated in 
Business Networking research. Future work in the field of Business Networking is 
certain to include such topics as the advent of numerous electronic services and 
networked real-life objects. 



1 .3 Research Approach 



1.3.1 Applied Research: Providing Practical Guidelines 

Our research approach to Business Networking combines insights from practice 
and theory. The applicability of these findings in practice is our primary research 
goal. Four aspects can be mentioned to describe what makes our approach to 
Business Networking different from others. 

• Practice-relevance. The goal of this book is to ensure the applicability of 
findings, concepts and methods in practice. Based on established literature, 
action research principles (cf. Chap. 1) are being used. Case studies have been 
undertaken at ETA SA, Riverwood International, Deutsche Telekom, Robert 
Bosch Group, Commtech and others to elaborate and explain Business Net- 
working. 

• Engineering perspective. We believe that Business Networking concepts have 
to provide management support in strategic as well as technological areas. To 
ensure this holistic management approach, we follow the systematic princi- 
ples of method engineering (cf. Chap. 13.1.3) which provide a structured 
framework for developing information age strategies. This engineering ap- 
proach clearly differentiates Business Networking from models that focus on 
unspecific high level advice and is valuable in transferring knowledge from 
previous projects. 

• Process-orientation. This book presents a process-oriented view of network- 
ing that conceives cooperations between business partners as networks of 
processes. We follow coordination theory to present a model of networked 
processes which embrace resources shared between two (or more) processes 
(cf. Chap. 3.3.2). We will apply and test this model in cases throughout the 
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book. Process-orientation not only reflects that Business Networking solu- 
tions need to have close links to business processes, but they also establish a 
very specific starting point for shaping underlying applications. 

• Single enterprise view. Finally, it should be noted that we conceive Business 
Networking from the point of view of an individual company. Contrary to 
existing networking literature, which focusses on the network per se as the 
design object, the underlying theorem of this book is that all decisions that 
lead to action have to be performed by a specific actor, i.e. a company. 



1.3.2 Action Research: Balancing Rigor and Relevance 

To study the time-dependent, complex and social phenomena of Business Net- 
working, we designed our research process in accordance with the action research 
guidelines of Checkland."^ Within the action research process, the researcher be- 
comes part of the experiment and thus the mental models or, as 
[Checkland/Holwell 1998] puts it, the ‘Weltanschauung’ of the researcher colors 
the results. Evidently, every researcher would in the same research situation pro- 
duce different results that in fact would not be reproductible elsewhere, seeing that 
it is unlikely for any two researchers to apply exactly the same mental models. 

But results will be truly scientific results only when different individuals can suc- 
cessfully apply them in different situations. Scientific results have to be repro- 
ducible. And scientific results must differ from anecdotal story telling which often 
produces not reproducible but only plausible results. 

To design action research processes that produce reproducible as well as more 
than plausible results, [Checkland 1997] introduced the criterion of recoverability. 
Recoverability postulates that a research process should enable a reasonably edu- 
cated person to reproduce or recover results achieved elsewhere. To maintain 
recoverability, researchers have to declare their research themes, their research 
methods and their areas of concern ex ante. Research themes in action research 
correspond to hypotheses in the natural sciences. 

Our book reflects major results of the Competence Centers electronic Business 
Networking (CC eBN) and inter-Business Networking (CC iBN). During the 
preparation phase of the first research project, CC eBN, we formulated the re- 
search theme as ‘to develop a robust methodology for the distribution of processes 
and information systems within an enterprise’ and the research methods as in- 
cluding project support, document review, structured interviews or evaluation of 
first research results. Then the research team entered problem situations in the real 
world which means members participated in the projects undertaken by the partner 



4 



A good overview on action research is provided by [Checkland 1991], [Checkland 1997] and 
[Checkland/Holwell 1998]. 
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companies of CC eBN. On a regular basis, the team stepped out of the real world 
to reflect the latest lessons learned in workshops, steering committee meetings or 
desk research activities. 

The team was and still is aware of the benefits and drawbacks of action research. 
In carefully managing the recoverability of its results, we try to maximize both, 
rigor and relevance: Today, the main results of both research projects, the meth- 
odologies PROMET eBN and parts of PROMET iBN are being used in many 
companies by many different people to solve many different problems. Parts of 
the methodologies are incorporated into other methodologies, e.g. PROMET eBN 
was incorporated into global ASAP of SAP AG [SAP 1999]. 



1.3.3 Competence Centers Electronic Business Networking and 
inter-Business Networking 

The Competence Center eBN (March 1996 until March 1998) was funded by and 
collaboratively operated together with Deutsche Telekom, Henkel, Hewlett Pack- 
ard and SAP. One of the goals of the CC eBN was to develop a robust methodol- 
ogy for distributing processes and information systems within an enterprise. Since 
all partner companies were using SAP R/3 as their strategic ERP software, the 
team were able partly to concentrate on distributing business processes on the 
basis of R/3. The results of the project have been validated many times over 
within the SAP community. 

The CC iBN (March 1998 until February 2000) now concentrates on the ques- 
tions: ‘How to design and implement internal and external customer and supplier 
relationships in the information age? How to adapt these relationships to new 
market requirements quickly and economically?’ Partner companies of CC iBN 
are Bayer, Deutsche Telekom, F. Hoffmann-La Roche, HiServ, Riverwood Inter- 
national, Robert Bosch, and SAP. The CC iBN concentrates more on the process 
level than CC eBN did. The focus has shifted from ERP systems to coordination 
tools, such as supply chain management or electronic commerce. 

The third project, business network redesign (BNR)^, is dedicated to answering 
the same questions as CC iBN. The partner from industry in the project BNR is 
ETA, S.A, a division of ‘The Swatch Group’. 

These three projects are part of the ‘Business Engineering HSG’ research pro- 
gram. The research program relies on teamwork and field research rather than 
typical academic, single-person desk research. In every project, a research team 
covering the roles of (a) project leader, (b) steering committee and (c) workgroup 
members design and execute research plan. Four to six doctoral students of the 



This project is supported by the Swiss National Fund for the Promotion of Scientific Research 
(Project No. 5003-045377). 
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Institute for Information Management at the University of St. Gallen (IWI-HSG) 
and six to twelve managers of the partner companies form the workgroup. An 
IWI-HSG post-doc has been appointed project leader (Rainer Alt/Elgar Fleisch) 
who reports the results of the workgroup on a regular basis to the steering com- 
mittee. This consists of the professor in charge of the project (Hubert Osterle), an 
executive of each partner company and the project leader. For a list of steering 
committee members and workgroup members of CC eBN, CC iBN and the BNR 
project see Table 1-1. 



Partner Company 


Steering Committee 
Member 


Workgroup Members 


Competence Center electronic Business Networking (CC eBN) 


Deu[sche Telekom AG 
Bonn, Germany 


Karl- Heinz Schelhas 


Klaus Basten 
Wolfgang Kilian 


Henkei KGaA 
Dusseldorf, Germany 


Eckhard Dieckmann 


Jens Kalke 
Franz-Josef This sen 


Hew leu Packard GmbH 
Bdbl ingen, Germany 


Georg lllerl 


Armin Schneider 
Ulrich Modler 


SAP AG 

Walldorf, Germany 


Heinz-UJrich 
Rogge nkemper 


Cay Rademann 


Competence Center inter- Btisiness Networking (CC iBN) 


Bayer AG 

Leverkusen, Gennany 


Andreas Klosson 


Rolf Guntermann 
Gisda Schmitz 


Deulsdic Telekom AG 
Bonn, Gemiany 


Karl-Heinz Schelhas 


Jdrg Fubr 


F. Hoffmann-La Roche 
Lid., Basel, Sw'itzerland 


Vladimir Barak 


Martin Wyss 


HiServ GmbH 
Frankfurt, Germany 


Norben Kal ten morgen 


Mark Pietzner 


River wood International 
Corporation 
Atlanta, USA 


Robert Bells 


Chuck Lawrence 
Jim Vrieling 


Robert Bosch GmbH 
Stuitgart, Germany 


Gunter Lehmann 


Martin von Ehr 
Sandra Hausmann 
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SAP AG 

Walldorf, Germany 


Thomas Reiss 


Andreas Pfadenhauer 


ETA SA Fabriques 
dEbauches 

Grenchen, Switzerland 


Ernst Martin 


Rudolf Zurmiihlen 



Table 1-1: Research Projects and Partners 



It should be noted that this book presents only a fraction of the work undertaken 
and the results recorded by the Competence Centers. You may obtain further in- 
formation at www.iwi.unisg.ch. 
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2.1 Challenge of the Information Age 

Business is undergoing a transformation from the industrial to the information age. 
Information technology (IT) opens up possibilities for new business solutions; it 
offers exceptional opportunities for fast innovators and harbors fundamental risks 
for laggards. 

This transformation poses a gigantic challenge for both business and society. Suc- 
cess stories alternate with news of project failures. New companies, such as Ama- 
zon, Siebel or Yahoo!, have been growing at rates of 100 percent a year and more 
and achieve quite incredible levels of market capitalization within a few years of 
their existence while others, such as banks or travel agencies, introduce drastic 
cutbacks in staff every year or disappear from the market. 

Enterprises and individuals are under great pressure to act. At the same time, the 
feeling of uncertainty has never been as great as it is now. The high volatility of 
shares in innovative companies is indicative of this mood. Sensational success 
stories in management journals, recipes for success from IT prophets, buzz- words, 
such as virtualization, and finally the abundant superlatives employed in an- 
nouncing new IT products, provide a confusing picture of the information age, 
while many companies already have their hands full dealing with restructuring, 
mergers and acquisitions, globahzation, Y2K, the Euro, technically outdated ap- 
plications and other operative problems. 

Information technology makes new business solutions possible. This might mean 
new or improved products and services (e.g. automobile and navigation), addi- 
tional sales channels (e.g. Internet banking), more efficient forms of procurement 
(e.g. global procurement by means of electronic markets), new ways in which 
supphers and customers can cooperate (e.g. collaborative planning), new services 
(e.g. virtual communities), more effective management (e.g. through the automatic 
measurement of key performance indicators) or new information services (e.g. 
product catalogs). 

Transformation means innovation in existing enterprises (e.g. direct selling by an 
insurance company), but above all the establishment of new enterprises. Start-ups 
include software houses, such as iXOS, consultancy firms, such as Cambridge 
Technology Partners, industry analysts, such as Ovum, network providers, such as 
Tobit, providers of Internet services, such as Yahoo!, outsourcers, such as Debis, 
information services, such as all-hotels.com and market services, such as Harbin- 
ger. 

Changes are becoming increasingly more radical. Corporations are being broken 
down into components and reassembled along different lines. New business ideas 
are being tried out in start-ups and where successful frequently rolled out globally 
by large corporations with a suitable customer base. 
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The ability to identify chances at an early stage and see them through to imple- 
mentation is opening up a world of opportunities akin to an industrial revolution. 
Entrepreneurs are looking for a business model of the information age which will 
allow them to identify real options and to assess the consequences of their deci- 
sions. The Institute for Information Management at the University of St. Gallen is 
working on a business model of this kind within the framework of a research pro- 
gram entitled ‘Business Engineering HSG’ (BE HSG) in collaboration with repre- 
sentatives from the business world with the objective of 

• Identifying new IT based business solutions at an early stage, 

• Understanding the rules of business in the information age and , 

• Formulating procedures to ensure a successful transformation. 

Some of the results of this work are presented here in order to provide a holistic 
picture of Business Networking from the entrepreneur’s point of view. 



2.2 Imperatives of Business in the Internet Age 

Imagine a scenario in which every employee, every customer, every business 
partner, every appliance and every computer has immediate access to each other’s 
data at any time. That is exactly what the Internet is about to make possible within 
a few years. What will your business be like by then? 

We summarize the most important rules within the framework of the business 
model of the information age and explain them with the aid of the example of the 
process car ownership in Figure 2- 1 . 




Figure 2-1: Enterprise in Business Networks 
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2.2.1 Coverage 

Networking makes it possible to offer all products and services for a customer 
process on a coordinated basis and from a single source. It is not the customer but 
the supplier who is the specialist in the process car ownership. The car dealer 
takes on the task of helping the customer with car selection, obtaining the test 
reports, financing, navigation, resale, etc. This applies equally to the stages up- 
stream of the car dealer, e.g. completeness of a car journal’s services, perhaps 
including online research in earlier issues or access to sources. The credit scoring 
institute provides not only the customer’s credit rating but also concrete informa- 
tion on delays in payment or loan insurance, the tire dealer supplies not only the 
tires but also the CAD data (computer aided design) and test reports as well as 
batch quality data, etc. 



2.2.2 Partnering 

Cooperation is not limited to a shopping relationship but becomes true collabora- 
tion, i.e. the processes work together. Customers give the car dealer data on vehi- 
cle use (e.g. garage bills), data from the on-board computer and of course the 
ongoing communication data on their interests, their purchasing behavior and their 
preferences. The supplier develops detailed customer profiles which allow him to 
give customers targeted information in the sense of one-to-one marketing, to re- 
mind customers when a service is due, etc. The bank, on the other hand, can give 
the car owners credit software which enables them to consider the credit for the 
car as an integral part of their overall financial planning. The car dealer will try to 
tie in his financing service. Partnering can lead to customer lock-in and thus create 
a high entrance barrier for competitors. The result is a customer support process 
which is closely meshed with the customer’s car ownership process. 



2.2.3 Critical Mass of Customers and Suppliers 

In view of the fact that there will be competition by services, the costs of estab- 
lishing and marketing integrated customer solutions will be enormous. As the 
solutions will require little manual intervention, the costs of the individual trans- 
actions will be virtually negligible. The objective will therefore be to allocate the 
development costs to as many transactions and thus customers as possible. 

In the example of the car dealer, he will try to gain a maximum market share. For 
this purpose he will form alliances with car magazines, insurance companies, etc. 
He will also endeavor to globalize his offering as the Net will drastically reduce 
the marginal costs for entering new markets. Furthermore, he will try to have his 
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services incorporated in those of other suppliers, such as used car dealers or insur- 
ance companies. 

Customers prefer car dealers who can offer, on the one hand, the most comprehen- 
sive range of products and services and, on the other, the biggest selection of sup- 
pliers for each category of product and service. 

Suppliers, i.e. car journals, car manufacturers and navigation services, will con- 
centrate on car dealers who can provide them access to the largest number of cus- 
tomers, particularly in the case of exclusive agreements or adherence to specific 
standards. 

Every additional supplier, every additional service and every additional customer 
strengthens the position and the profitability of the car dealer. Therefore some 
speak of the law of increasing revenues. As a result of the economies of scale, the 
benefits for the customer and last but not least branding, the above mentioned 
developments are conducive to the establishment of entrance barriers and/or mo- 
nopoly-like positions. 



2.2.4 Position in the Business Network 

Like the car dealer, all the suppliers in the network, from the bank to the tire 
manufacturer, must find their position in the business network (supply chain) and 
apply the rules indicated above to their customers, their products and their services 
as well as their skills. Standards and other entrance barriers lead to competition 
not only of individual suppliers but also of complete supply chains. Each company 
must analyze the possible business networks and try to establish a position of 
maximum influence in the networks offering the greatest potential. If a bank suc- 
ceeds in securing its presence as a credit solution amongst as many car owners as 
possible by means of a credit software and special services, it will also find access 
to a large number of car dealers and thus expand its position. Current experience 
shows that early entrance into a business network improves the chances of as- 
suming a dominant role. 



2.2.5 Focusing 

Networking promotes specialization. If cooperation with a South American tire 
manufacturer runs just as smoothly as with a European manufacturer, if the credit 
rating is performed better externally than inside the bank and if external payroll 
accounting costs less than doing it inside the company, then the appropriate sup- 
plier will be selected. A process of deassembly and reassembly is initiated in 
which companies consider each of their processes and decide whether it is better 
to operate them themselves or to buy them in. If the suppliers to the car dealer can 
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sell their products and services directly to the car owners they will bypass the car 
dealer (disintermediation); if the car dealer creates additional benefits for the cus- 
tomer by integrating services, the car dealer can act between customer and sup- 
plier (intermediation). 

However, each one will focus on the processes which it can do best (worldwide): 
the bank on credit handling, the car journal on information relating to the car, the 
car dealer on the car owner process and the integration of services. All other proc- 
esses will be outsourced to specialists. 

New kinds of services which are purely electronic and in some cases cover very 
small tasks will intensify the focusing. One example would be automated infor- 
mation on the traffic flow in a highway tunnel. A traffic information service could 
easily integrate this information into a route specific information for one driver. 



2.2.6 Process Efficiency 

If no monopoly situations arise which cut out the market, the Internet will always 
promote the selection and combination of the most efficient processes. That means 
processes with high reliability, low price, short cycle times and high flexibility. 

A high level of process competence and properly planned and executed processes 
will become the foundation for business in the information age. This will be based 
as far as possible on integrated application systems for the planning, execution and 
control of intraorganizational and interorganizational processes. Networking pre- 
supposes efficient processes, it does not replace them. 



2.2.7 Networkability 

Today, business relationships on the Internet are almost exclusively l:n in the 
form of online shops or online purchasing. This means that a supplier has a rela- 
tionship with several customers or a customer communicates with several suppli- 
ers. One (1) company sets the rules and the formats (standard), the customers or 
suppliers (n) have to accept it (or leave it). Even the marketplaces on the Net 
rarely go beyond this constellation. This can be compared to a rail network with 
different gauges and power supply systems. If you want to use it, you have to 
accept the standards. 

The breakthrough for business-to-business networking will occur when the car 
owner works with bank A today and bank B tomorrow without any additional cost 
involved, e.g. for the installation of new software (multi-bank capability), and 
conversely when the bank can communicate with all car owners using the same 
standard. We call this the m:n capability. 
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On the one hand we still have a long way to go before we arrive at m:n capability, 
on the other it is not necessarily in the interests of dominant market participants. A 
company will try to see that its solution becomes embedded in the market as stan- 
dard or latch onto the standard with the greatest chances of dominance. 

Eventually, a set of standards will enable the m:n capability. Some standards will 
apply for specific business networks, others will be generally accepted. 

Networkability as described in Chapter 1 is not merely a question of IT, but to a 
far greater extent one of business alliances. Networkability is of strategic impor- 
tance for every business wishing to become part of a business network. 



2.2.8 Change Management 

The development towards the information society will take at least another 30 
years. Until then, all building blocks of an enterprise will remain in a state of flux. 
Businesses must sharpen their skill in recognizing developments and above all in 
mastering change. An important consequence will be the need to install change 
management alongside operative management. Shareholder value is a catalyst of 
change. It not only forms the basis for evaluating the company and for acquiring 
capital but also helps in the systematic analysis of factors determining the success 
of change - with the aid of value drivers - and in controlling them by means of key 
performance indicators. 



2.3 Seven Trends 

Seen by a business point of view the numerous IT developments are responsible 
for seven fundamental trends in business transformation. 
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Figure 2-2: Seven Trends on the Road to the Enterprise of the Information Age 
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• Enterprise resource planning, i.e. the operational execution of business, runs 
almost imperceptibly in the background. Integrated applications for admini- 
stration as well as for product development and technology make it possible 
to concentrate on business rather than on administration. 

• Knowledge management supplies each task within a process with the neces- 
sary knowledge about customers, competitors, products, etc. and above all 
about the process itself. 

• Smart appliances take information processing to the point of action. Traffic 
information is supplied via the satellite navigation system (GPS) to the mo- 
torist, point-of-sale information from the cash register to the product manu- 
facturer and machine faults via sensors to the service engineer. 

• Business Networking makes collaboration between two companies so simple 
that they appear to be one enterprise. Information on sales of the end product 
is immediately available to all the companies in the supply chain. 

• Many subprocesses which companies still operate individually at the moment 
will be available from the Net as electronic services. One example could be 
customer profiling. In addition to the supplier, a third party online-database 
provider and the customer him or herself can take over the responsibility of 
his or her profile and offer it via an electronic service. 

• Companies will not simply be selling products or services but will be sup- 
porting entire customer processes. Transport businesses will take on the lo- 
gistics process, doctors will support the whole therapy process and insurance 
companies will handle the claim processing instead of the customer. 

• Corporate management will no longer merely focus on financial results but 
also on factors contributing to these results. Financial management will be- 
come value management which keeps an eye on key performance indicators 
for the success of the business. 



2.3.1 Enterprise Resource Planning 

Over the past thirty years, companies have used IT primarily for improving inter- 
nal processes. Between 60% and 90% of IT investments were aimed at internal 
supply chain processes, such as purchasing, production and distribution, at support 
processes, such as finance, human resources and IT as well as at the management 
process. Computer aided design and manufacturing round off this picture for de- 
velopment and production. This assessment applies to service companies (banks, 
travel agencies, etc.) along similar lines to those seen in manufacturing. 

Operative strength is decisive for the competitiveness of many companies. This 
explains why a mid-sized textile mill, such as Getzner Textil AG, in a country 
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with high labor costs, such as Austria, has succeeded in attaining a leading posi- 
tion in the EU market for top-fashion fabrics. Consistent process development 
based on the standard software R/3 enabled this company to reduce time expendi- 
ture in administration from 233 person years p.a. to 177 and order cycle time from 
eight to six weeks, within the space of five years. This was achieved in spite of a 
tripling in the number of orders and articles during this period. The customer fo- 
cus, which is so critical for the competitiveness of the company, calls for a wide 
spectrum of variants, small lot sizes and short time-to-market, from the customer- 
specific design through to delivery. Getzner Textil AG acquired these capabilities 
on the basis of a highly integrated software. 

Transactional systems for materials management, sales, finance, etc. manage op- 
erating resources, such as orders, articles, and customers (see Figure 2-3). All 
activities belonging to business processes (e.g. procurement, production, distribu- 
tion and management) plan, execute and monitor the use of resources. The trans- 
actional systems give staff the tools for performing activities, e.g. the transactions 
order entry and price change. A company can make transactions, such as stocking 
or ordering directly, available to the customer or supplier for the processes of sales 
or purchasing. 




Transactional systems are usually referred to as enterprise resource planning 
(ERP) systems. More precisely we would talk about enterprise resource manage- 
ment, since these systems support all phases of the management cycle, namely 
planning, execution, and control. SAP’s ‘solution maps’ provide a good overview 
of the modules which an ERP system typically comprises today. 
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In the context of banks and insurance companies, ERP systems are usually termed 
back office or processing systems and include transactional systems for e.g. funds 
transfer, securities settlement, the administration of insurance policies or customer 
profiling. 

We say that an ERP system is integrated if all process activities have real-time 
access to the same state of the same data (see Figure 2-3) and if the required rela- 
tionships between data exist. So controlling must be in a position to determine the 
effective costs of a customer order, customers must have access to the manufac- 
turing progress of their orders (order status tracking) and it must be possible for 
sales to assess the consequences of squeezing in a rush delivery. 

Processes are determined by business strategy. Ideally, the ERP system will sup- 
port every organizational solution. In other words, it is business strategy and not 
the software manufacturer which should decide questions, such as whether a 
member of the sales staff registers customer orders or whether the customers place 
orders themselves by means of electronic commerce, whether the company man- 
ages its own raw materials store or the suppliers offer consignment stock (vendor- 
managed inventory) and whether staff pay is performance-related. The transac- 
tions stocking and ordering in Figure 2-3 point to the fact that these organizational 
variants merely require a little additional functionality but access the same data- 
bases. 

Needless to say, the functionality of the modules, and in particular the database 
structure of the ERP systems limits the scope for organizational design. However, 
most companies utilize only a fraction of the possibilities available to them. 

The business processes, the customizing of the ERP software and, last but not 
least, the packaged software represent corporate strategy as it is practiced. They 
determine how the business is actually run and how much strategic room to ma- 
neuver is possible. Many companies still have a long way to go before this fact is 
properly recognized (e.g. [Rodin 1999, 156]). 

In future, ERP systems can be expected to take on a role similar to what we have 
seen up to now in the case of operating systems, database management systems, 
Internet browsers and office suites: 

• Companies invest huge amounts in one particular product. 

• One or few products survive in the market. 

• Innovative add-on products are oriented towards the dominant product and its 
environment. 

• Integration is more important than best-of-breed. Linking up two software 
products is expensive, involves a great deal of effort with each new release 
and precludes many solutions due to the incompatibility of concepts. 
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• Only a basic innovation is able to replace a dominant product. In the past, for 
example, such innovations were the personal computer and the Internet. In the 
case of ERP systems, message-based modular packages could replace data- 
integrated monohthic packages (see item on Business Networking). Nothing 
more than first pilots can be expected over the next five years. In the area of 
customer relationship management (e.g. Siebel) we are more likely to see 
such powerful systems arising outside the traditional field of ERP packages. 
CRM systems have the potential to take over parts of the dominant role from 
ERP systems. 

Seamless processes based on integrated operative transactional systems form the 
foundation for the enterprise of the information age. They will continue to tie up a 
large proportion of resources as a result of: 

• New software and hardware functionality (new releases), 

• The improvement and adaptation of business processes (continuous process 
improvement), 

• The opening up of the ERP system for business partners, customers and sup- 
pliers, 

• The restructuring of businesses: globalization, acquisitions, mergers, deregu- 
lation, outsourcing. 

Consequences 

Networking presupposes operatively independent and efficient units. Intraorgani- 
zational integration is the prerequisite for interorganizational networking. The 
following tasks remain to be solved, depending on the status of a company’s op- 
erative processes: 

• Coordination of strategy, process and transactional system. The company 
must utilize the opportunities provided by integrated transactional systems in 
its strategy and set the objectives for the processes on the basis of that strat- 
egy. 

• Wall-to-wall support of processes and business units. Business Networking 
and other innovative solutions are based on a productive, integrated ERP 
system. Missing pieces may limit these solutions drastically. 

• Process optimization. Many companies have been quick to replace their old 
transactional systems with standard software with the objective of achieving 
Y2K compatibility. In many cases this has not included process redesign. 
Competition will force them to build up process competence, to bring proc- 
esses into line with customer needs and to increase their efficiency. Key per- 
formance indicators from the ERP systems make the level of maturity of pro- 
cesses transparent. 
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• Process standardization. Globalization, supply chain management and re- 
structuring demand proven processes with clear interfaces. Standardized sub- 
processes, which are critical to coordination, are the prerequisite. 

• Internal software standardization. Each additional software platform (addi- 
tional software supplier) generates additional complexity. 

• External standardization. Irrespective of whether this is emotionally desir- 
able, the operative basis of an enterprise must be aligned with the standards 
which are going to be the most workable in the long run. And in the case of 
software, these are molded by the market leaders and by market expectations. 

The dawning of the next millennium, coupled with the introduction of the Euro in 
Europe, caused many companies to speed up their investments in ERP systems. 
This has produced an unprecedented boom in the software product and software 
consultancy market. While it may come as no surprise that growth rates in this 
market segment are not continuing at the pace of the past few years, it is all the 
more amazing to note that sales revenues have persisted at the same high level and 
have not slumped. The many observers who conclude from the present stagnation 
in sales that the ERP philosophy is in crisis may have overlooked the context 
mentioned above. Forecasts for this software market are in fact assuming an an- 
nual growth rate of between 10% and 20% over the next five years [Cole et al. 
1999, 7]. “Smart companies view enterprise application purchases as an essential 
investment. [...] a strong IT infrastructure aligned with core business processes is 
the key to competitive advantage“ [AMR 1998]. 



2.3.2 Knowledge Management 

Knowledge is increasingly determining the value of a company. The value of a 
company, particularly on the stock exchange, is no longer based on its physical 
and financial assets but on its ability to operate a particular business profitably in 
the future [cf. Stewart 1997]. This ability depends on knowledge about technolo- 
gies, products, services, processes, customers and other market participants (cf. 
Chap. 7, [Davenport/Prusak 1998], [Probst et al. 1999]). In a networked economy, 
every company will specialize in a limited number of products and processes but 
in view of globalization will have to attain world class in those products and proc- 
esses. 

Knowledge management is not fundamentally new. Organizational development, 
organizational learning, artificial intelligence and other approaches were all 
pointed in the same direction. So how can investments in knowledge management 
be justified? What barriers to classic knowledge management does IT remove? 
The answer is that multimedia technology eliminates integration breaks by sub- 
stituting paper; every form of documented knowledge becomes available elec- 
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tronically. Networking removes transport times and thus makes knowledge glob- 
ally and concurrently accessible. 

ERP systems have taken on the job of structuring, processing and storing the for- 
matted data (transaction processing); knowledge management systems perform 
structuring, processing, editing and storage of multimedia documents (referred to 
as weakly structured data). Multimedia documents include text files, spreadsheets, 
presentation graphics, images, video and audio files and links to other documents. 
Together with the formatted data of the transaction systems, the electronic docu- 
ments represent what is termed explicit knowledge. 

However, multimedia and networking do not just make existing knowledge avail- 
able, they also allow new forms of presenting knowledge and above all new forms 
in respect of creating, searching for and utilizing knowledge. Examples are 
groupware systems, search engines, expert maps (for utilizing implicit knowledge) 
and discussion forums as well as multimedia and interactive explanations of prod- 
ucts, to name but a few. 

Companies are given the possibility of making any documented knowledge avail- 
able to all employees for the tasks they perform in processes, a precondition for a 
world-class performance. Knowledge management, therefore, does not mean cre- 
ating new, additional business processes but equipping existing business processes 
with knowledge. In addition to the transactions of the ERP system, employees also 
receive computer support for the utilization and processing of knowledge (func- 
tions like revise drawing, print brochure and view product in Figure 2-4). 




Figure 2-4: Document Processing and Business Process 



In the simplest case, this can mean that employees and, where necessary, custom- 
ers have access to the latest product information. Examples are a travel service, 
such as TIScover, which provides detailed information on travel destinations from 
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hotels and sports activities to the latest v^eather report, or aircraft documentation 
which Boeing makes available to its staff and to customers via an Intranet. 

The LGT Bank in Liechtenstein has built up systematic knowledge management 
for its customer advisory service, based on the model of business knowledge man- 
agement [cf. Bach/Osterle 1999] (see Figure 2-5). They first determined which 
external and internal knowledge (financial data, product information, etc.) was 
necessary and available for the advisory process, structured it (knowledge struc- 
ture), then formulated and implemented the processes and responsibilities for 
setting up and maintaining this knowledge. Finally, they created the technical 
infrastructure in the form of an Intranet which integrates heterogeneous systems, 
such as Reuters or an object management system and documents (systems and 
documents). The system paid for itself within a year through the cost reductions in 
paper-based documentation and external information services alone. The main 
goal, i.e. improvement in the quality of advisory services, is being consistently 
tracked on the basis of key performance indicators, such as the hit rate for new 
accounts [cf. Kaiser et al. 1998]. A detailed description of LGT can be found in 
Chapter 7.2. 



Success of sales 




Figure 2-5: Knowledge Management in the Sales Process of the LGT Bank in Liechtenstein 

A major component of the business knowledge management model is the system- 
atic maintenance of the knowledge through clear responsibilities and processes 
(knowledge workers and roles as well as knowledge management processes). Just 
as master data maintenance is critical for a successful transaction processing, 
knowledge management is dependent on reliable maintenance of the electronic 
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documents. Tasks include the authorization of a product description to be released 
to customers or removing documents which are no longer applicable. 

A flood of information services from newspapers and magazines (e.g. Wallstreet 
Journal and AutoBild) through search engines and portals (e.g. Yahoo! and Point- 
Cast) to scientific information services, such as Brint, credit inquiry agencies (e.g. 
Experian), patent databases and stock exchange information services, such as 
Charles Schwab, are shifting the focus of information management away from 
internal sources and very strongly in the direction of external sources. 

Knowledge management is not only beneficial in the process of customer advisory 
services and care. Other important fields of application are the processes of prod- 
uct development, organizational development and training. In the case of organ- 
izational development it is a matter of knowledge about business strategies, proc- 
esses and systems, as systematically built up and maintained by consultancies 
nowadays. The corporate universities of large organizations cover conventional 
training activities on the one hand, but on the other have a much wider remit to 
collect and impart corporate knowledge. 

Consequences 

• Knowledge utilization. It is not the collection of knowledge but the utilization 
of knowledge which creates value for the enterprise. The business process 
determines what knowledge is required. 

• Knowledge value measurement. Knowledge management must be based on 
the value for the process and must measure it by performance indicators. 

• Knowledge structuring. Knowledge management starts with the recording and 
structuring of internal and external knowledge, based on its use in the busi- 
ness process. 

• Utilization of existing knowledge. The most important task is to utilize the 
(explicit) knowledge which is already documented electronically in business 
processes. Only then will previously implicit knowledge become explicitized. 
A consultancy firm, for example, will first make use of the documentation 
from completed projects in new projects before urging project managers to 
document the most important findings from a project in addition. 

• Documentation of implicit knowledge. The explicitization of knowledge is 
particularly successful if it leads to instructions (methods) and reusable 
documents or templates. A service technician needs an assembly instruction 
and not a database containing general experience with the functioning of 
components. 

• Knowledge management as part of business processes. Knowledge manage- 
ment is the task of business managers and not the task of a new staff position. 
However, the organization/IS department must take on the same tasks for 
document processing as it has already done for transaction processing. 
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• Strategic knowledge management. It is the task of management to recognize 
the opportunities provided by knowledge management and to drive imple- 
mentation forward. 



2.3.3 Smart Appliances 

Today, smart apphances, such as digital cameras, machine-tool control systems, 
electronic organizers, game computers, pace-makers or car engine management, 
are already taken for granted. The miniaturization and the fall in prices of proces- 
sors and memories are contributing to the rapid growth of application areas, such 
as clearance monitoring in cars. However, there is a new feature of these appli- 
ances that will visibly change life at home and at work: the networking capability 
(cf. [Norman 1999, 62], [Davis/Meyer 1998], [Strauss 1998]). 

The car navigation system (GPS), the mobile telephone (GSM), the pager, the TV 
set top-box, road-pricing systems, Internet-enabled maintenance computers on 
machines, the electronic book and the electronic tagging of prisoners are examples 
of networked appliances which are already in use. Video cameras, photographic 
cameras, audio and video systems are increasingly becoming digitalized and have 
also found their way to the Internet - in some cases via the PC. Smart cards are a 
special form of smart appliance used for a wide spectrum of applications, from 
authorization to electronic cash. All these appliances offer a specially adapted 
form of access to the Internet and/or to the networks of individual companies from 
the home or while on the road (see Figure 2-6). 







Figure 2-6: Multi-mode Access Through Smart Appliances 




2.3 Seven Trends 



33 



The business flight of the future might proceed as follows: the passenger books his 
flight via the Internet or through a call center. A few hours prior to departure, the 
electronic organizer of the passenger’s mobile phone reminds him to confirm his 
flight and, once authorized, forwards confirmation to the airline. In the event of a 
delay, the airline sends the passenger an SMS message or a voicemail to his mo- 
bile phone. On approach to the airport, the GPS tells him where parking spaces are 
available in the airport’s multi-story car park and guides him there. The road- 
pricing system automatically charges the parking fee. The automatic airport 
check-in registers the passenger’s presence through the arrival of his mobile phone 
within the zone of the airport. An SMS message tells him at which gate he can 
board and the number of his seat. When boarding the aircraft the passenger identi- 
fies himself with his customer card (smart card). Once on board his mobile phone 
and PC have Internet access which allows him to work just like in the office. 

Airlines already have many of the features described in this scenario in the pipe- 
line. Similar scenarios are to be found for patient home care, service engineers 
performing machine maintenance, entertainment with audio, video and games as 
well as in other areas. 

The parcel service FedEx supports its order tracking system with PDAs (previ- 
ously Apple Newton, now PalmPilot) [cf. FedEx 1999]. This allows customers to 
call up the status of their parcel deliveries at any time via the FedEx web site. As 
well as improving customer service, FedEx is also reducing costs through savings 
in staff who provide information on the telephone. 

The Palm VII Connected Organizer via the proprietary network Palm.Net provides 
access to news channels like BBC News, financial information like Bloomberg, or 
a hotel guide like Fodor's, it locates the nearest three cash machines or gas sta- 
tions, connects to a translation service, and allows access to existing travel itiner- 
aries. 

The company Grenley-Stewart Resources (GSR) sells diesel fuel to over 1,200 gas 
stations in the USA. Customers are the owners of truck fleets who obtain fuel at a 
significantly reduced price than at normal gas stations through a contract with 
GSR. The high consumption and large distances covered by a truck mean that 
even relatively low differences in the fuel prices of various suppliers can add up to 
large sums. 

Diesel prices fluctuate on a daily basis and vary from one place to another. In 
order to inform truck drivers on the current prices at GSR gas stations, GSR pub- 
lishes its latest prices on its own web site which can be accessed by the fleet own- 
ers free of charge. As distributing the information by telephone is too involved, 
GSR offers its customers access via PalmPilot as an additional service. Drivers 
can investigate local diesel prices whenever they wish and can also request 
graphic route plans to take them to the required gas station [cf. Korzeniowski 
1998]. 
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A few technical developments have made all this possible (e.g. [Davis/Meyer 

1998] , [Bill 1998]): 

• Digitization. Digitization makes it possible to communicate all information, 
be it music, measured values from sensors or images, by simple means. 

• Internet. The Internet has provided an extremely low-priced method of glob- 
ally available networking. 

• Low-priced processors. The drop in processor prices has made it possible to 
equip appliances with additional functionality, a simple user interface and ac- 
cess to the Net. 

Where appliances are concerned, a trend can be observed towards both the inte- 
gration of functionality and specialization (cf. [Burrows/Reinhardt 1999], [Kuri 

1999] ). On the other hand, mobile phone manufacturers, for example, are packing 
more and more functions, such as planners, e-mail, SMS messages, address data- 
base, Internet browser, remote control for any appliances and video communica- 
tion into their products with the aim of creating a universal PDA (Personal Digital 
Assistant). On the other hand, there is a tendency for game computers, TVs, re- 
frigerators, heating systems and machine controls to be equipped with their own 
specialized processors, network connections and control units. 

At the same time there is a fully fledged battle going on between operating system 
manufacturers for a standard application platform: Windows CE versus Java ver- 
sus PalmOS versus EPOC. More decisive for the networking of smart appliances 
is the competition between middleware, such as UPnP, Jini or WAP and alterna- 
tive networks. The most important versions here are peripheral access devices 
(cable connection, e.g. IEEE1394, USB), telephone line (Phone Line, e.g. 
HomePNA), power line (Power Line, e.g. CEBus, X-10), radio and/or infrared in 
the local area (e.g. HomeRF, Bluetooth, IrDA) and long-distance radio (e.g. GSM, 
CDMA). In the end, a combination of technologies, each with a dominant market 
standard will win through. In addition, we can expect to see whole series of new 
broadband standards gaining wide diffusion in the next few years, including 
UMTS (universal mobile telecommunication standard) for mobile communication 
or ADSL (asymmetric digital subscriber line) for linking households to the Inter- 
net. In view of its huge volumes, consumer electronics technology will also pro- 
vide the standards for businesses, as was already the case for personal computers. 

The following general scenario is possible within a few years: 

• Every machine has access to all the information which any computer keeps on 
the Net. In other words, the navigation system has access to road maps, traffic 
reports, weather reports, hotels, restaurants, car repair garages, etc. 

• Consumers and employees have real-time (with no delays) and global access 
to all private and business information. They use the most suitable appliance 
in each case (multi-mode access, see Figure 2-6). 
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• Data entry takes place at the point of action. The smart card and the point-of- 
sale cash register record the payment transaction, the purchased articles, the 
time and the location. The bank, department store and department store sup- 
plier have real-time access to these data. 

• Use of these appliances ensures general computer literacy. Communication 
with computers and an understanding of computer functions become a matter 
of course. 

According to IDC [cf. Hwang et al. 1998], 18 million consumer information ap- 
pliances will be sold for home use in the year 2001, topping personal computers 
for the first time. Datamonitor [cf. Hofer 1998] states that in the year 2001 con- 
sumers will purchase 8 million games consoles alone (USA and Western Europe 
only). In addition, 34% of the population in the USA and 13% in Europe will then 
have a personal computer with access to the Internet according to a study by For- 
rester Research [cf. Sawyer 1998]. If we include additional categories of appli- 
ances (GPS etc.) we begin to get an idea of the potential which smart appliances 
represent. 

Consequences 

The consequences of smart appliances are still difficult to assess. Who would have 
thought three years ago that the MP3 format developed by the Fraunhofer Institute 
in Erlangen, which allows the compressed digital storage of music, in conjunction 
with the Internet would succeed in restructuring the complete music sector within 
a few years [cf. Gomes 1999]. 

• Appliance and software manufacturers. The greatest challenge of all is that 
facing the manufacturers of appliances and software. This ranges from the 
electronically monitored label printer and the escalator to the office coffee 
machine which sends information on coffee consumption to the service com- 
pany for replenishment purposes. MP3 (more precisely: MPEG Audio Layer- 
3) and other multi media standards (e.g. SDMI) are leading to the creation of 
a new generation of appliances for audio/video storage and reproduction. 
They will revolutionize not just the appliances (players etc.), but the music 
industry and the music distribution channels as a whole. 

• Service providers. Networked smart appliances are usually only meaningful 
in conjunction with a special service. In the air travel example, this would be 
check-in and boarding, in the case of FedEx order tracking, with MP3 the mu- 
sic distribution service and with Grenley-Stewart the diesel price information 
system. 

• Suppliers of conventional products and services. Smart appliances are 
changing business in many areas. Entrepreneurs must ask themselves the fol- 
lowing questions: 
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Which information and electronic services generate added value at the point of 
action for consumers, employees or machines (e.g. a personal telephone directory 
on the Net, a regional weather forecast via the mobile phone)? 

Which information can smart appliances provide at the point of action (e.g. sales 
data from point-of-sale cash registers)? 

Which market participants are in a position to offer our products and services by 
better or more economical means (e.g. business news from the point of view of a 
daily newspaper)? 

Despite the fact that this technology - compared to ERP systems for instance - is 
still far from mature, it points the way to serious transformations in business proc- 
esses and in the private sphere. In some countries at least this is giving rise to 
widespread fears of technology and big brother taking over. 



2.3.4 Business Networking 

Business in the information age is a network of processes. During the past ten to 
twenty years, business process redesign has created integrated processes within 
companies; database systems have made this integration possible. During the next 
ten to twenty years. Business Networking will link processes above and beyond 
company boundaries and serve consumers directly; networks, such as the Internet, 
will provide the means. Interorganizational coordination will change business far 
more fundamentally than intraorganizational integration has done. 

The result will be a worldwide network of specialists, each of which will play its 
part in value creation with its core competence. The path will lead via the deas- 
sembly of existing enterprises into independent processes and via reassembly of 
enterprises and supply chains [cf. Wigand et al. 1997, 2]. Business is at the start of 
a dramatic transformation and Business Networking is a main driver. 

Experiments in the automotive industry with new forms of supply chain networks 
should be mentioned as a reference for the many reorganizations in the financial 
sector, in the pharmaceuticals industry, in tourism and in other areas. With Micro 
Compact Car (MCC) [cf. van HoekAVeken 1997], DaimlerChrysler realized an 
enterprise which largely performs the coordination of processes which it has out- 
sourced to specialists. Ford is currently in the process of handing over parts of its 
final assembly to speciahsts and transforming itself into an enterprise for con- 
sumer goods and services [cf. Burt 1999]. 

A few examples allow us to identify the types and principles of Business Net- 
working (see Figure 2-7): 
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Figure 2-7: Model of Business Networking 

• Electronic commerce. The most commonly known form of Business Net- 
working is the Internet shop. In sell-side electronic commerce (cf. Chap. 
4.3.1), manufacturers, banks and many others use the Internet as a new sales 
channel to corporate customers and consumers [cf. Barling/Stark 1998]. Cus- 
tomers, in the example shown in Figure 2-7 the car owner, perform their sub- 
processes information, configure, payment etc. jointly with the subprocesses 
publish, configure, finance etc. of the intermediary, in this case the car dealer. 
The car dealer retrieves the customer’s address data from an electronic direc- 
tory service, the credit information from an electronic service for credit rating 
and settles payment through a payment service. 

The role of the intermediary (integrator) in the supply chain is to group prod- 
ucts, services and information together to form a package, to allow the cus- 
tomer to compare the offerings of many manufacturers side by side (eBay, 
Yahoo!, e-Steel, eTrade, Dell, etc.), and, if needs be, to match supply and de- 
mand (in an auction e.g. buy). The value added by the intermediary is the in- 
tegration [cf. Klein 1999]. 

At the heart of the Internet shop is the electronic replacement of the conven- 
tional ordering process using paper-based catalogs and fax [cf. Kala- 
kotaAVhinston 1997, 3]. ETA, for example, a manufacturer of watch move- 
ments within ‘The Swatch Group’, has arranged for its customers (i.e. 
watchmakers) to order movements and spare parts through an Internet shop 
(cf. Chap. 6). This rapidly gives rise to an intermediary which expands its 
range by including other non-related articles, additional services (e.g. mainte- 
nance) and information (e.g. sales forecasts), such as Dell or Cisco. Cisco, 
makes 40% of its turnover , i.e. USD 3 billion, via the Internet. 
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• MRO procurement. While the examples mentioned up to now have related to 
the sell-side, MRO procurement focuses on buy-side electronic commerce (cf. 
Chap. 4.3.1). The process of procuring indirect goods (MRO: maintenance, 
repair, operations) is built around the customer process. UBS, one of the 
world’s leading banks with 30,000 staff, has set up an Intranet shop with 
10,000 articles for the procurement of MRO products (office stationery, fur- 
niture, information technology, etc.) [cf. Dolmetsch 1999, 13]. External sup- 
pliers maintain a warehouse and supply to some 3,000 authorized purchasers 
in the organization. Now, six months after introducing the system, 2,500 dif- 
ferent articles are processed on a daily basis. The benefit lies in a drastic sim- 
plification of the ordering process, plus volume discounts and reduced inven- 
tory. MRO procurement starts from the customer’s procurement process, cre- 
ates multi- vendor product catalogs with the intermediary, links the suppliers, 
utilizes electronic services for logistics, payment, product catalogs, etc. (cf. 
Chap. 10). 

• Supply chain management. The goal of supply chain management is to opti- 
mize purchasing, production, inventory management, and transport across all 
the elements in the supply chain network [cf. Handfield/Nichols 1998, 2]. 
From the boutique (customer) via the garment manufacturer (integrator) and 
the textile manufacturer back through to fiber production (producer), supply 
chain management exchanges sales forecasts, effective sales, inventory levels, 
delivery dates, customs papers, payments, etc. For this purpose it uses elec- 
tronic services for credit ratings, payment and transport organization (logis- 
tics). It creates an additional service ‘available to promise’ which takes on 
scheduling tasks for all the participants in the supply chain. Most members in 
the supply chain act as producer as well as integrator and customer (cf. Chaps. 
4.3.2, 6.2.1 and 9). 

Riverwood, a packaging material manufacturer, has closely linked its produc- 
tion and distribution planning with that of its customers, such as Miller Brew- 
eries. This has enabled Riverwood to drastically increase delivery speed and 
accuracy, and to achieve a quantum leap in customer relationships (cf. Chap. 
5). 

• Shared services. Large corporations group together subprocesses, which oc- 
cur in a similar form in several business units, to form shared services. BP 
Amoco, for example, has turned its processes tax, auditing, legal services, 
human resources as well as purchasing and materials management into shared 
services which all business units in the group can access. In this case the 
shared services are producers of services, the group is the integrator and the 
business units are the customers. This type of organization is dependent on 
electronic services for master data coordination, transporting messages, 
charging services, etc. However, shared services can also be bought in from 
independent companies. ADP handles the payrolls for 425,000 customers, 
which means over 30 million wages and salaries [cf. ADP 1999]. 
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• Online service. Companies, such as Intel and Cisco, offer their customers the 
choice of a broad spectrum of information and services for the use and opera- 
tion of their products online. Nowadays, the customers of technology compa- 
nies have come to expect Internet services of this kind, the quality of which is 
considered to be a major differentiating factor [cf. Association 1999]. 80,000 
registered users take advantage of Cisco’s online service [cf. Rodin 1999, 
213]. 

The speed at which Business Networking will change the face of business will 

largely depend on the following technical and business factors: 

• Intermediary. Customers will only place a large proportion of their purchases 
via the Net if an intermediary packages a large number of suppliers, products 
and services in such a way that they conveniently cover the customer’s needs 
in a particular process. Any company can act as intermediary without having 
to invest much effort. However, the competition between intermediaries is 
going to be phenomenal. Only few intermediaries will survive worldwide in 
each business area (customer segment, customer process and range of arti- 
cles). Standard software for intermediaries, which is currently developing un- 
der the heading of customer relationship management (e.g. Siebel), will fur- 
ther increase the dynamics in this area. 

• Electronic services. Payment transactions, credit ratings, multi-vendor prod- 
uct catalogs, trust, etc. are services which are needed time and again in many 
forms of Business Networking. The more of this type of service that is avail- 
able and accepted by a large number of market participants, the easier it will 
be to set up an electronic business relationship. 

• Business bus. The Internet is a technical standard for data communication 
(TCP/IP) and presentation (HTML, SGML, XML) around which a rich infra- 
structure of products and services has formed. By analogy, the business bus is 
the term used to describe the totality of technical, applications and business 
standards on which software solutions, electronic services, etc. are based. 
These include EDIFACT, cXML (commercial XML), RosettaNet, OAGIS 
(open application group integration specification) and OAMAS (open appli- 
cations group middleware api), de facto standards for business objects, such 
as those in the SAP environment (inch the B APIs as methods) or those of Mi- 
crosoft’ s BizTalk [cf. Microsoft 1999a], process standards like CPFR, and fi- 
nally Taws’ for Business Networking, e.g. generally valid rules for dealing 
with delays in delivery as now agreed in some cases between the participants 
in a supply chain. An example of the business bus in a banking sector is the 
order transport management system from PricewaterhouseCoopers. 

The business bus produces the m:n capability of Business Networking. To- 
day, virtually all business networks are either l:n (e.g. Amazon) or 1:1 rela- 
tionships (e.g. Riverwood). As a result, the effort involved in setting up and 
operating every additional business relationship is too high. The availability 
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of standards which improve the m:n capability will more than anything else 
determine the speed with which business becomes networked. Ideally, the 
business bus will supply a standardized socket and the plug to go with it. 

• Networked enterprise resource planning. Today, ERP packages are structured 
liked classic enterprises. They only support new forms of networked busi- 
nesses in part, if at all. The distribution of the human resource process be- 
tween a shared service and the outsourcing company, the coordination of pro- 
duction planning in one company and the supply chain planning in another, 
the matching of an order with an MRO supplier with the purchaser’s order, 
etc. must first be developed step by step. While it should be considerably 
easier to expand proven ERP solutions by network versions of the processes 
than developing complete ERP systems based on network solutions, there is 
still a great deal of development work to be done here. 

On the basis of these considerations it is possible to sketch out the following sce- 
nario: 

• Technical infrastructure. A broadband, low-cost communication infrastruc- 
ture will shortly become available (UTMS, ADSL, etc.). 

• Business bus. “An infrastructure designed around information flow will be the 
‘killer application’ for the twenty-first century. “ [Microsoft 1999b]. The large 
corporations in this market are fighting an intense battle for domination of the 
business bus. Major players are Microsoft with its development environment, 
in particular BizTalk, and with Microsoft Network, Oracle with Oracle Ex- 
change, SAP with mySAP and above all with network-compatible ERP func- 
tions (BAPI, APO, etc.), Siebel with customer relationship management soft- 
ware, portal providers, such as AOL, Yahoo! and PointCast. Outsiders, such 
as Commerce One with an electronic service for multi- vendor catalogs (Mar- 
ketSite.net), should also be watched (cf. Chap. 3.2.5). 

• Killer application. MRO procurement could prove to be the killer application 
of Business Networking. A lot of large corporations take advantage of the 
possibilities for savings when purchasing secondary materials, at the moment 
frequently using solutions which they have developed themselves. If Ariba, 
for example, was able to dominate as a supplier of procurement solutions and 
catalog services, then its data structures and semantics would be able to es- 
tablish themselves as a de facto standard. When a company masters the proc- 
esses and applications for the procurement of part of its articles, the tendency 
is to extend this solution to cover other articles. As customers like Ariba in- 
troduce the corresponding sell-side solution onto the market in addition to the 
buy-side solution, the same applies for the sell-side. Once a company has es- 
tablished a Business Networking software platform for the purchasing proc- 
ess, it will want to use it to network other processes. 
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• ERP and CRM. Enterprise resource planning and customer relationship man- 
agement (CRM) are variously described as possible, separate directions for 
the development of enterprise software. In a Forrester Report, [Cole ef al. 
1999] come to the conclusion that the wide range of isolated solutions for 
CRM are growing together and will form their own platform with an interface 
to ERP systems. As the CRM applications access the same data as the ERP 
applications, however, the systems will have to be integrated. The question is 
whether the CRM package will be extended to include the ERP functionality 
or vice versa. If we look back at similar developments in the past, there is a 
lot to be said for concluding that the core of networked units (e.g. the operat- 
ing system Windows and travel booking system SABRE) will dominate and 
not the Net. However, this only applies if the ERP systems acquire Business 
Networking capability fast enough. Inadequate cooperation between compa- 
nies which function well on their own is more probable than perfect coopera- 
tion between units with inadequate internal processing. 

Consequences 

In many cases the question is not whether investments in Business Networking 
will pay in the short term but whether the customer will be prepared to accept a 
supplier who does not offer its product catalog and associated services electroni- 
cally. In accordance with the model of Business Networking shown in Figure 2-7, 
a company has a series of options: 

• Products and services. Which new products, but above all which services will 
be feasible via the Net? A configurator for products, support for trouble- 
shooting or a chat room for customers are examples. Which internal services 
can the company also offer in the marketplace? Does the company perform 
internal services which it could offer as an electronic service without too 
much effort? One example would be the soil database of an agrochemical 
manufacturer which documents the quality of the soil according to region and 
which the manufacturer has used up to now to sell its fertilizer but could pos- 
sibly be sold more profitably as a service via the Net. 

• Customer segment. Business Networking creates an additional channel to 
existing customers but also access to other customer segments. In particular, it 
extends the geographical scope to the whole globe. 

• Supply chain. In which supply chain is the company involved? Which net- 
works will establish themselves on the market? Which positions can the com- 
pany hope to occupy in these networks? Which alliances should be forged? 
Can the company organize a supply chain or does it act as a supplier and 
customer? 

• Procurement. Is the company familiar with the products and services which 
are offered via the Net and does it use them as a customer? Does it make use 
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of the global access to suppliers? Which processes need to be redesigned? 
E.g. market research? 

• Outsourcing of processing. When communication between companies no 
longer involves much more effort than communication between departments 
within a company, a company can gain striking power by concentrating on 
strategic processes and buying in all the others from outside. A financial in- 
stitution, such as the German MLP, for example, specializes in providing a 
comprehensive financial service for a narrow customer segment and pur- 
chases all handling processes, such as credit scoring, collection, securities 
settlement, payment, etc. from specialized financial service providers. A 
pharmaceutical corporation may understand the management of its complex 
research and development process plus marketing and distribution as core 
processes and outsource all the others, such as the performance of research, 
the testing of substances and production, to specialists. 

• Critical mass. Business Networking presupposes a critical mass. The cus- 
tomer will purchase from the online bookshop with the biggest selection of 
books. In the case of an exclusivity clause, the supplier will supply to the 
bookshop which has the largest number of customers. The investments for 
setting up (development and marketing) an electronic bookshop are very high, 
the marginal costs extremely low. Being able to allocate the investment costs 
to as many transactions as possible will decide profitability. What is true for 
the bookshop applies by analogy for the investment service of a bank, for 
training or for the marketing of construction materials. 

Many networking solutions, while useful in themselves, are not even begun if 
the path to reaching the critical mass is either too long or too uncertain. The 
best example is the introduction of new technologies, such as DVD (digital 
versatile disk), which do not establish themselves until long after they become 
technically available when all the participants in the network believe in the 
success of the technology. 

• Networkability. Net workability is a core competence for every enterprise of 
the information age. In addition to concrete interorganizational processes, an 
enterprise must build up the capability to offer new services quickly via the 
Net and to integrate new customers and suppliers with minimum effort. This 
includes not only the standards of the business bus, but also the networkabil- 
ity of the enterprise’s own applications and last but not least a functional, in- 
tegrated enterprise resource planning. 

Business Networking will change more in business than the ERP systems have 
done. The potential is so huge that many are talking of a new industrial revolution. 
Despite the initial euphoria, there are nevertheless many factors exerting a braking 
effect, first and foremost that of standardization. Interorganizational solutions do 
not come about unless all the necessary participants stand to benefit and the solu- 
tion will achieve the critical mass within a foreseeable time span. 
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2.3.5 Electronic Services 



Road traffic has paved the way for complete business sectors: police, road con- 
struction, maintenance, repair workshops, snow clearance, traffic information, 
navigation, etc. Business Networking will give rise to a new business sector for 
electronic services: Net access, directories, payment, portals, etc. Electronic serv- 
ices either perform coordination tasks (e.g. payment transactions) or they are sub- 
processes which many companies require in a similar form and therefore purchase 
in electronic form. A huge business sector is growing up around Business Net- 
working. Figure 2-8 classifies electronic services and names examples: 
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Figure 2-8: Examples of Electronic Services 

• Basic services provide the technical infrastructure on which all other services 
are based. 

• Integration services are services which support the coordination of processes 
across enterprises. They ensure the safe transfer and logging of messages to 
and from selected network participants (messaging, routing), help in the 
search for and identification of market participants (directory services, e.g. 
customer Meier from Buttwil), products, etc. (multi- vendor product catalogs), 
assist in the reconstruction of a failed web transaction involving several par- 
ticipants and link objects from different data pools (e.g. all producers of prod- 
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ucts containing genetically modified corn). In other words, integration serv- 
ices do the same as a database management system does within a company for 
the integration of applications and processes. At the moment, the form inte- 
gration services will take is only identifiable in outline. While directory serv- 
ices, for example, have been introduced for telephone subscribers, multi- 
vendor product catalogs are still in their infancy (e.g. in the case of General 
Electric) and in terms of the infomediaries, as designed by [Hagel/Singer 
1998, 21], only exist as a vision. 

• Business Networking services are services which almost every company needs 
when working with other companies and which are therefore to be found on 
most of the more highly developed web sites [cf. Giaglis et al. 1999]. 

• The Net offers a vast maze of information services. The content might be 
news or research reports, stock exchange prices or credit ratings for business 
partners. The information may enter the company’s own portal as a channel, 
be pushed internally as a clipping service or - for example in the case of fi- 
nancial data - be directly included in calculations (e.g. current price in a for- 
eign currency). Classical media companies will be transformed in broad vari- 
ety of specialized and integrated media services [cf. Hess/Schumann 1999]. 

• Business support services include processes which companies outsource and 
can largely purchase in electronic form. This can be an automatic translation 
service or payroll accounting. 

Electronic services have the following in common: 

• They permit collaboration between companies, and/or between companies 
and consumers. 

• They are largely electronic, i.e. with no manual intervention. 

• They are accessible via computers or smart appliances. 

• They can be used individually or as a package. 

• Their service components are highly standardized. 

• In the majority of cases they are charged according to use. 

Most of the services mentioned above do not exist in the pure form, i.e. service 
providers try to cover customer needs as comprehensively as possible by bundling 
services and thus keep the entry barrier for competitors as high as possible. 

After a period in which many start-ups created innovative services, such as Hot- 
Mail, a free email service, which proved to be successful, only very large compa- 
nies which can absorb high investments with long pay-back periods and have 
global access to a broad customer base can now keep pace with the packaging and 
establishment of services, despite the fact that large opportunities still remain in 
niche markets. 
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This can be explained by an example. Paper-based correspondence between con- 
sumers and insurance companies, banks, public administrations, schools, travel 
agencies, etc. involves a large time and effort on both sides. Files and records In 
private households are not only cumbersome but usually also inadequate. Strack- 
Zimmermann, the CEO of iXOS AG, has designed a document exchange and 
filing service, the value of which is immediately obvious to all concerned [cf. 
Strack-Zimmermann 1998]. Despite the fact that a service of this kind could oper- 
ate highly profitably, the barriers confronting the establishment of the service are 
difficult to surmount: the companies will have to accept the standard stipulated by 
the service provider, a sufficiently large number of consumers must be online and 
able to operate the service and ultimately be prepared to dispense with the tangible 
medium of paper. 

For every type of service only a limited number of suppliers can survive per cus- 
tomer segment as all participants have an interest in having only one supplier for 
each task or process, just as they only have one power or telephone connection. In 
addition, service customers want to have integrated services so that they will not 
have any interface problems. The reader should consider the question of how 
many private key issuers or payment services are possible worldwide. These con- 
siderations form the background to the exorbitant increases in ‘Internet shares’. 

Consequences 

Companies can draw the following conclusions from these considerations: 

• Development of own services. If a company has leading know how for a spe- 
cific service and has opportunities for establishing that service globally - e.g. 
through alliances and branding - then, this is a highly attractive economic 
proposition. 

• Utilization of services. Business Networking means taking advantage of a 
broad spectrum of electronic services. Each of these services represents part 
of the standard of the business bus. It is not the best service but the combina- 
tion of services with the greatest market penetration which will establish it- 
self. Investments based on the wrong standards are expensive and delay the 
development of the networked business. 



2.3.6 Customer Process Support 

Customer process support utilizes all the developments mentioned above to serv- 
ice the customer’s problem-solving needs comprehensively and from a single 
source. 

Customer centricity has long been a guiding principle for many businesses. How- 
ever, this is usually limited to marketing existing products and services with as 
strong a customer focus as possible (cf. Chap. 7). Corporate strategy remains basi- 
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cally product-centered. The web sites of most companies provide the best evi- 
dence of this fact. 

The enterprise of the information age focuses on the customer process. Network- 
ing, multimedia and high IT functionality at the customer’s end make it possible to 
place the emphasis on the customer’s problem rather than on the product [cf. 
Kuhn/Grandke 1997]. Innovative companies have already gone over to supporting 
the complete customer process, i.e. the process which a customer goes through in 
order to satisfy a need. They offer customers every product, every service and 
every piece of information they need from a single source and guide them in this 
process. They become service integrator and specialist for this process. 

With its help desk, the Zurich insurance company is pursuing its goal of support- 
ing the customer throughout the complete process of handling a claim. Ideally, the 
insured party calls the help desk, e.g. following a car accident, which from that 
moment on assumes responsibility for the process. The help desk takes care of 
vehicle repair, the provision of a substitute vehicle and the settlement of claims, 
etc. Zurich is pursuing a dual aim here: firstly, its many years of experience in the 
field and its trained network of specialists enable it to handle the claim much more 
efficiently than the client can; this reduces the claim costs. Secondly, Zurich is 
relieving the client of tiresome tasks. This service becomes possible when Zurich 
can handle claims with a large number of partners so efficiently by means of in- 
formation technology that it costs less than the conventional solution. 

An example of a customer process which has already proved highly successful is 
logistics. Companies, such as Ktihne & Nagel, Danzas or FedEx, offer their cus- 
tomers not just transport services but also a large number of additional services, 
such as e.g. order tracking or inventory management. In extreme cases they even 
assume responsibility for the customer’s complete logistics process. Automatic 
communication between the logistics service provider and customer management, 
order entry and production as well as with the financial accounting at the cus- 
tomer’s end make this solution fast and economical. 

Another example with considerable effects on the whole branch of industry is the 
process ‘car ownership’. Car manufacturers, car dealers (AutoByTel), car maga- 
zines (AutoBild) and Internet shops (CarPoint) are starting to offer not just car 
sales, but all products, services and information from the selection and running of 
a car through to its disposal, from a single source (as already indicated in Figure 
2-7). In the past, customers had to take care of every partial task in the process 
‘car ownership’. They read the test reports in the car magazines, visited the dealer, 
studied brochures, obtained a loan, registered the car with the appropriate author- 
ity, kept an eye on service intervals, obtained road maps, planned travel itineraries, 
obtained traffic reports, navigated, placed an ad for their used cars, etc. In other 
words, the car owner had to act as an expert for the process without actually being 
able to become one, and was compelled to communicate with a large number of 
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service providers, resulting in considerable time and effort both for customer and 
supplier. 

The special feature of the development in the automobile trade is the fact that new 
providers are entering these markets by means of the Internet - portal providers 
and a car magazine. These are not tied to a particular brand of car, in fact their 
very strength lies in their independence. They begin with a topic portal which 
merely represents a loose collection of information and services, develop into a 
business community in which the participants of this network work closely to- 
gether (e.g. exchange of quality problems) and finally try to offer not only all 
information, services and products for the process of car ownership but also to 
manage the process. 

Marshall Industries (cf. Chap. 3.2.2) is a leading US distributor of electronic com- 
ponents and appliances (with 2,300 employees). Marshall supports - as embedded 
in its strategy [cf. Rodin 1999] - the customer process procurement of electronic 
components. In 1998 their web site was voted world best business-to-business site 
for a second time by the online magazine ‘Advertising Age’ (ahead of Cisco Sys- 
tems, Dell Computers and Compaq Computers). This corporation is a typical in- 
termediary which sees its position in the supply chain network in the age of elec- 
tronic commerce and supply chain management as being to enrich the pure trading 
in products and services to such an extent that the corporation becomes attractive 
to both suppliers and customers. With this in mind, Marshall set about shifting its 
activities to electronic platforms in a big way in 1993. Today, Marshall offers a 
product catalog covering a large number of suppliers, a news service, online semi- 
nars, a supply chain service and numerous other services around the product 
‘electronic components’ on the Net (see Figure 2-9) in addition to electronic 
commerce. Marshall’s customers outsource part of their procurement process to 
Marshall. 
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Figure 2-9: Service Integrator Marshall Industries 

An example of support for the complete customer process from the software sector 
is SAP. Over the past few years this software company has expanded its sale of 
software to include a large number of services and is pursuing the goal of sup- 
porting customers in all aspects relating to the optimization of their business proc- 
esses. The focus, of course, is on introducing the software. SAP offers process 
management using the ASAP method, reference processes for reorganization 
(SAP Solution Map), templates for customizing, training for business engineers 
and users, remote consulting for specific questions, online information services 
regarding errors, plus newsgroups and list servers for communication between 
user companies. SAP provides remote maintenance (early watch) for system op- 
eration and even outsourcing of the operation [cf. Muther 1998]. Prior to and fol- 
lowing introduction, SAP offers aids, such as e.g. key performance indicators and 
benchmarks [www.mysap.com], to assess potential and monitor achievements. 

Further interesting examples of service integrators on the Net, which attempt to 
cover the customer process as widely as possible are Quicken, Charles Schwab, 
eTrade, Consors, PointCast and SmartMoney for financial services or Travelocity 
and TIScover for tourism. [Mertens et al. 1998, 18] analyze the products and 
services provided by 15 so-called virtual enterprises and end up with a similar 
picture of the networked enterprise [cf. Mertens et al. 1998, 64]. 
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The following features can be identified from the examples given: 

• Specialist for customer process. Service integrators master customer proc- 
esses better than the customers themselves as, unlike the customers, the serv- 
ice integrators make these processes their strategic core processes. 

• Customer resource life cycle. Customer centricity is based on the customer 
process. It attempts to resolve the process and thus the customer’s problem in 
the sense of the customer resource life cycle [cf. Ives/Learmonth 1984] and to 
combine as many products, services and information as possible for this pur- 
pose. 

• Virtual community. The extended form of the service integrator also com- 
prises a virtual community which provides customers on the one hand with 
organized access to all the knowledge of relevance to them and their proc- 
esses, and on the other hand makes direct communication possible between 
customers and also between customers and suppliers of the individual serv- 
ices [cf. Hagel/Amstrong 1997, 57]. 

• Customer data. The support for the complete customer process makes it pos- 
sible to collect detailed data on customers and on their utilization and pur- 
chasing behavior [cf. Hagel/Amstrong 1997, 128]. For data protection rea- 
sons, but equally for reasons of integration, a large part of these data could be 
located at the customer’s in the form of a personal or business profile which 
they could make available to business partners on a selective basis, depending 
on the application. 

• Service packages. Service integrators typically offer multi-vendor product 
catalogs, product search, configurators, order registration and processing, 
payment, logistics, industry news, access to information services, seminars, 
discussion forums, help desks and product-related services, such as support 
for the assembly of electronic components. 

• Globalization. Service integrators rapidly break free of conventional regional 
boundaries and become global providers. 

• Outsourcing of process elements. Customer process centricity begins with the 
support for a few services and can go as far as complete outsourcing. 

A service integrator offers the customer considerable added value (Figure 2-10): 

• Everything. The customer obtains all products, services and information from 
a single source and only needs one business relationship. 

• One-stop. The customer can complete his transaction in one stop. He never 
has to wait for the supplier - with the exception of the physical transportation 
of goods. 

• Anyhow. The customer receives process support by the method she prefers. 
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• One-to-one. Communication with the supplier is tailored to the requirements 
of the customer (customer profile), from marketing to after-sales service. 

• Everywhere and non-stop. The customer receives the services at any time and 
any place in the world. 
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Figure 2-10: Characteristics of Customer Process Support 



A service integrator, such as Marshall Industries, uses the whole spectrum of IT 
applications outlined in connection with the five previous trends. The following 
should be emphasized however: 

• The low-cost networking of all market participants via the Internet, 

• The simple and cheap availability of multimedia solutions to communicate 
any form of knowledge, 

• A broad spectrum of tools under the heading of ‘Customer Relationship Man- 
agement’ (e.g. Siebel). A collection of customer care tools is to be found in 
the tool database of the Institute for Information Management of the Univer- 
sity of St. Gallen [www.ecc.ch]. 

Consequences 

Over the next three years, many companies will try to establish a strong market 
position as service integrator. Classic corporations will try to extend their offer- 
ings in this direction, new companies will want to establish themselves in this 
form. The most important tasks along the way will be: 

• Customer process. The provider must not only understand the customer proc- 
ess but also build up superior know how relating to the customer process. 

• Role in the business network. A business has to decide the customer services 
for which it can itself act as service integrator,^ the service integrators to which 
it is going to deliver and/or the customers to which it is going to sell directly. 
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• Critical mass of customers. The service integrator needs a high market share, 
on the one hand in order to allocate the high investments involved in setting 
up the business to a sufficiently high number of transactions, and on the other 
in order to convince the suppliers that it is offering the right network. Service 
integrators may well compel suppliers to enter exclusive agreements [cf. 
Hagel/Singer 1998, 169]. 

• Critical mass of suppliers. Providers must convince the suppliers of the re- 
quired services to offer these to the market through them. Customers will 
work with the service integrator in which they have the greatest confidence on 
the basis of the name and who offers them access to the greatest number of 
suppliers [cf. Hagel/Singer 1998, 169]. 

• Business community. The greater the number of cooperating processes be- 
tween the members of a business community, the greater the derivable benefit 
from the network and the greater the level of attractiveness for the partici- 
pants. 

Marshall Industries consider the following factors to be critical for success in their 
sector: customer service, product range (extent to which customer needs are cov- 
ered), degree of product availability, price, technical information (knowledge) and 
value-added services. 



2.3.7 Value Management 

Shareholder value is the catalyst in the transformation from the industrial to the 
information age. It drives entrepreneurs to look for new business solutions on the 
basis of IT, serves as a standard of valuation for investments, ensures the supply of 
capital for risky innovations and controls implementation. Shareholder value will 
dominate in turbulent times of change, but in a networked world it is dependent on 
other dimensions of stakeholder value (see Figure 2-11). 
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Figure 2-11: Dimensions of Stakeholder Value 

The vision of the enterprise is gaining in significance. The resulting corporate 
strategy determines the areas which will be critical for success. In the information 
age there will be a new emphasis: on the customer base, employee values, know 
how, services, processes and networking. 

Strategy defines goals and the key performance indicators. The information sys- 
tem supplies objectivized and updated actual values for all managers. It links the 
key performance indicators to the employee compensation scheme. 

The classic enterprise is dominated by unidimensional, financial management. 
Sales revenues and, at most, contribution margins determine planning and con- 
trolling and performance-related remuneration. At Marshall Industries, Robert 
Rodin realized one of the most radical changes in the management of a trading 
company: he dispensed with every form of commission for the complete manage- 
ment and subsequently for the entire sales force, and introduced fixed salaries. He 
then went on to develop a ‘performance matrix’ for assessing personnel according 
to their skills and performance in the areas which were critical for success (key 
performance indicators). In retrospect, Rodin describes this step as the most im- 
portant prerequisite for mastering the transformation from a classic retailing busi- 
ness to an Internet intermediary of the information age [cf. Rodin 1999, 104, 238]. 

The characteristics of value management are (see Figure 2-11): 

• Stakeholders have a common vision. This is the basis for the shareholders, for 
employee loyalty and for customer confidence. It determines values. 
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• Strategy concretizes the vision; it determines the areas critical for success 
(perspectives, critical success factors, value drivers) and formulates goals and 
measures. 

• Management in the information age is therefore multidimensional. It sets 
objectives for financial performance, objectives for process quality [cf. 
Osterle 1995, 105] and objectives for transformation of the enterprise. 

• Management becomes future-oriented. Financial indicators document the 
past, v^hile order cycle time considers customer satisfaction and thus the fi- 
nancial results in the future. 

• Management becomes more direct. Sales revenues and costs represent aggre- 
gated information which tell the individual employee little about what she can 
do better. Customer returns, customer profitability, etc. are applicable to day- 
to-day business. 

• Measures have to be adopted to implement strategy. The planning, execution 
and control of measures are at the heart of transformation. 

What is new in all this? Strategic management, critical success factors, balanced 

score cards, key performance indicators and scoring systems have been around for 

some time and have triggered various management trends - and nevertheless only 

been partly successful. So what is different in the information age? 

• Process measurement. The ERP and CRM systems track all business transac- 
tions in detail. For the first time in the history of business management theory 
it is possible to record the key performance indicators for all areas which are 
critical for success automatically and objectively - and not just the financial 
performance indicators from accounting and costing - and to distribute them 
to employees on a daily basis [www.img.com/pmb]. The Internet and smart 
appliances provide a flood of new data on customers, purchasing behavior, 
etc. 

• Knowledge management. Knowledge management now makes not only trans- 
action data, but also less formalized knowledge from sources within and out- 
side the business readily accessible. 

• Data warehousing. ERP, CRM, process measurement and external sources of 
information provide an unprecedented flood of data. Data warehousing pro- 
vides the tools which make it easier to structure data, to store them separately 
from the operative systems and to generate evaluations to suit exact require- 
ments. 

• Transformation management. During the transformation - and this will take at 
least 30 years - change management will take on special significance. Man- 
agement en route to the information age therefore means operative manage- 
ment of the business on the one hand and transformation management on the 
other. 
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Consequences 

The information age, but above all the road which leads to it, demands new man- 
agement skills and tools. Important steps in this direction include: 

• Vision and values. The management team develops a common vision and 
common values which permit this vision to be realized. 

• Multidimensional management. Management must be easy to communicate. It 
must focus on a limited number (less than ten) key performance indicators [cf. 
Brecht et al. 1998] and concretize these down to the goals of the individual 
employees. 

• Compensation scheme. Performance indicators must be reflected in employee 
assessment and compensation. 

• Transformation management. Transformation management requires its own 
system of performance indicators, from project portfolio management, via 
migration planning and project management through to continuous improve- 
ment. 

• Management process. It is not the all-embracing data collection but the man- 
agement process which determines what management will be based on and 
which data will be needed. 
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3 Business Networking: A Process-oriented Framework 



3.1 Introduction 



3.1 .1 Entrepreneurial Challenges of CONMAT 

The company CONMAT', a wholesaler in the building sector, has optimized its 
internal business processes over the course of the past few years. What was once a 
fully integrated company was then split into five customer-based or product-based 
business areas. Today, each business area implements its own goals in separately 
managed procurement and sales processes. The finance and logistics processes for 
all the business areas are handled jointly by the CONMAT Service Company at a 
shared service center. Based on the figures relating to the period prior to the reor- 
ganization, procurement, sales and logistics now operate considerably more effec- 
tively and efficiently than before. 

CONMAT must now equip itself for the future. It is not clear whether CONMAT, 
as a wholesaler which partly manufactures it own products and achieves a large 
part of its turnover through retailers, can survive in five to ten years’ time with its 
present structure and positioning. 

The optimization of intraorganizational business processes is followed by the 
optimization of interorganizational business processes. CONMAT is currently 
looking at its present business network and analyzing its business relationships 
with customers and suppliers. One of the things that CONMAT has found is (a) 
that its C-product-customers^ are increasingly aiming for a reduction in the num- 
ber of suppliers and (b) that the supply chain towards A-product-customers is 
becoming increasingly volatile and thus virtually unmanageable. At present, any 
suggestions put forward by customers regarding the shape of future business rela- 
tionships are received by CONMAT sales staff. In most cases, however, they lead 
to short-term efforts on the part of individuals and do not result in a sustainable 
customer relationship. 

For some time now, CONMAT’ s Chief Information Officer (CIO) has been trying 
to generate awareness for the subject of networking at board level. However, con- 
crete fields of application remain unclear. The board is faced with the following 
questions: 

• What role will information technology play in two to five years’ time with 
regard to CONMAT’ s competitiveness? What will be the positions of CON- 
MAT’ s competitors? What trends can be seen, in particular in the USA? 



Name changed for the purposes of this article; the point of departure and questions to be resolved 
were the subject of an interview with a member of the board. 

These are customers which refer to the products they buy from CONMAT as C-products. 
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• Which services, technologies and systems should be looked at, analyzed and 
used? 

• What short, medium and long-term benefits does CONMAT stand to gain 
from the new technologies? Which technologies can be used in which proc- 
esses and business areas? 



3.1.2 Business Networking at Strategy-, Process- and Information 
System-Level 

The challenges formulated by CONMAT can be depicted by the three-level busi- 
ness engineering model according to [Osterle 1995, 30] (see Figure 3-1). This 
three-level model is used for structuring and visualizing networking problems and 
solutions, and shows the basic dependencies between business strategy, business 
process and information system. 

The strategy level includes business units and cooperation relationships between 
business units. Business units^ are economic units, such as e.g. corporations, divi- 
sions, national subsidiaries, profit centers or small and medium-sized enterprises, 
which are responsible for profits and operate within the market economy. A busi- 
ness unit has a business strategy, a series of business processes to implement that 
strategy, resources (such as personnel, information, capital) and relationships with 
internal and external business units. Cooperation between business units is based 
on formal and informal cooperation relationships [cf. Hedberg et al. 1997, 19]. 
Outline agreements, mutual participating interests and supply chain interdepend- 
encies are examples of formal or ‘hard’ cooperation relationships. Equally impor- 
tant for cooperation to function correctly are informal or ‘soft’ cooperation rela- 
tionships. Trust between partner companies and conunonly maintained standards 
and values are examples of this kind of relationship (cf. [Klein 1996a, 100], 
[Jarillo 1993, 135-142]). At the operative level they generate a coordinating effect. 
Business units and cooperation relationships together form a business network [cf. 
Klein 1996a, 87]. Design recommendations to be found in economics literature are 
generally based on these relationships (cf. e.g. [Alstyne 1997], [Klein 1996a], 
[Snow etal. 1992], [Sydow 1992], [Williamson 1991]). 

The process level covers the process networks. A process network is an associa- 
tion of processes between business units, which implements a cooperation strategy 
at the operative level and provides outputs for customer processes. Coordination 
relationships between the processes ensure that the provision of outputs is coordi- 
nated. The granularity of a business unit would appear to be too coarse-grained for 
deriving concrete procedural instructions for the design and implementation of 



3 



For reasons of clarity the term ‘company’ is used in this paper in the sense of the term ‘business 
unit’ as defined above. 
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networks. Business units are usually active in several networks, for example. They 
simultaneously participate in development and purchasing communities, enter 
strategic marketing partnerships and are involved in different value chains with 
different products and services. This differentiated view of networking required 
for the purpose of implementation can be more clearly visualized using the refer- 
ence object business process than with the reference object business unit. 

The information system level covers information system networks. These support 
process networks. Their nodes correspond to integrated information systems 
which can consist of people and machines. Their edges describe links for the pur- 
pose of system integration, such as e.g. voice communication by telephone or the 
exchange of EDI messages. 



Business network 
Strategy level 




Business unit 




Figure 3-1: Levels of Business Engineering Applied to Business Networking 



3.2 Some Business Networking Cases 

Examples taken from business practice reveal the potential of new networking 
applications and technologies. Irrespective of the type of networking involved, all 
the companies described concentrate on the effective and efficient collection and 
use of information from and about customers and suppliers in order to ensure that 
their original products, such as computers, books, stereo systems, office furniture, 
flowers or electrical switchboards, are procured, processed or sold in accordance 
with the respective requirements. The growing separation of the information flow 
from the material flow supports this new focus on the processing of information 
for which a partly different set of rules apply to that applicable to the processing 
of physical goods [cf. Wigand et al. 1997, 104]. 







3.2 Some Business Networking Cases 



59 



Every interdependency between the business processes of different business units 
leads to networking. Based on this definition, there are a great many examples of 
networking to be found in the real world. Table 3-1 assigns the case examples 
described in this article to a set of business processes possessing potential for 
coordination (= networking) between business units. On principle, every business 
process can be coordinated at this level. The shaded areas in Table 3-1 indicate the 
network described in the relevant case example. They reflect a special view of the 
company in question and therefore only represent the focus intended for this arti- 
cle. 

In some cases, the networked business processes can be used to classify the net- 
working case examples (cf. Chap. 4.3). If a company, such as Riverwood Interna- 
tional, coordinates its planning, procurement, production and distribution proc- 
esses with those of its business partners, then Riverwood is practicing supply 
chain management in the narrower sense of the term [cf. SCOR 1998]"^. If a com- 
pany also consistently coordinates its own sales process with its customer’s pur- 
chasing process, such as e.g. Dell, then it is practicing supply chain management 
in the sense of the supply chain networking scenario^ as defined here. 

Successful corporations, such as Dell, Amazon, Riverwood and Marshall each 
coordinate many business processes with those of their customers and suppliers. 
The rationalization potential of individual processes resulting from interorganiza- 
tional coordination depends in part on the degree of networking with other associ- 
ated processes. A good example of this dependency is the electronic selling sys- 
tem where new services, such as availability checks or order status queries in real 
time, can only be marketed in conjunction with the appropriate supply chain man- 
agement. Furthermore, detailed customer information, e.g. as derived from com- 
munity observation, only pays off if it is properly channeled into product devel- 
opment, marketing or sales, thus closing the value chain loop. 



SCOR describes supply chain management with the processes source, make, deliver and plan (cf. 
Chaps. 6 and 9). 

The supply chain networking scenario includes the transaction oriented parts of the sales process in 
addition to the SCOR processes (cf. Chap. 3.3.2). 
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Table 3-1: Examples of Business Networking 

Table 3-2 distinguishes between the different forms of networking based on the 
criteria ‘network cardinality’, ‘process interface’ and ‘data processed’. Network 
cardinality describes the number of partners involved in the network on the sup- 
ply, intermediary or distribution side. The criterion of the process interface de- 
scribes the degree of automation of a business relationship. The criterion of the 
data processed distinguishes between transaction-oriented and thus well-structured 
data which can be stored in relational databases for example, and document- 
oriented data, such as training videos, assembly drawings, manuals, etc. On prin- 
ciple, all forms of networking can occur at both an intraorganizational and an 
interorganizational level. 



Illustrated by 
example 
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Business processes coordinated between 
business units 


Dell 


m* : 1 : n* 
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distribution, sales, relation management 


Amazon.com 
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transaction-oriented 


Planning, procurement, distribution, sales, 
relation management 


MarketSite.net 


m : 1 : n 


C : M 


transaction-oriented 


Procurement, distribution, sales 


UBS 


m : 1 : n 


C : M, M : M 


transaction-oriented 


Procurement 


Riverwood 


m : 1 : n 


C:C 
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Planning, procurement, production, 
distribution 


Marshall 


m : 1 : n 


C : M 


transaction-oriented 


Planning, procurement, distribution, sales, 
relation management 


SAP 


1 : n 
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document-oriented 


Relationship management 


Migros 


m : 1 : n 


M: M 


document-oriented 


Development 
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Procurement, finance, real estate, taxes 



* m>= 1, n >= 1 

** M... Man, C. . . Computer 



Table 3-2: Technically-oriented Description of Cases 






3.2 Some Business Networking Cases 



61 



Table 3-3 describes the case examples based on the criteria of ‘product and service 
structure’, ‘stage in the value chain’, ‘networking scenario’ and ‘integration depth 
and direction’. The criterion ‘product and service structure’ describes the com- 
plexity of an output flow supported by networked processes. Products with a sim- 
ple structure can be exchanged without prior negotiation. These include books, 
standard PCs, food products, etc. Complex services have to be jointly defined 
before they are actually exchanged. These include items, such as the outsourcing 
of payroll accounting or the exchange of production plants or design drawings. 
The ‘stage in the value chain’ indicates the point in the value chain, i.e. supplier, 
manufacturer, trade or consumer, which the network described in the case exam- 
ple can use. ‘Networking scenarios’ include all the business processes involved in 
an exchange of outputs, such as a consumer’s purchasing process and a manufac- 
turer’s sales process. The networking case examples described illustrate scenarios 
for the coordination of infrastructure processes, supply chain, innovation and 
customer relationship management processes. The criterion of integration depth 
and direction describes the number of other business units which a company inte- 
grates by means of the appropriate type of network. Downstream means in the 
direction of the customer, upstream in the direction of the supplier. 



Illustrated by 
example 
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Table 3-3: Application-oriented Description of Cases 



The description of the Riverwood International case may be found in Chapter 5: 
Business Networking Lessons Learned: Supply Chain Management at Riverwood 
International. 
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3.2.1 Dell: Supply Chain Management and Customer Relationship 
Management 

Dell Computer Corporation, Round Rock, TX, USA, is a leading manufacturer of 
computer systems. With a workforce of 24,000 employees Dell achieves a sales 
volume of 18.2 billion USD. Dell sells computer systems to a value of USD 14 
milhon via the Internet on a daily basis. The corporation serves consumers (1/3 of 
sales) and companies (2/3 of sales) [cf. Dell 1999]. 

Dell’s success is based on the two concepts of direct selling and build to order 
[Preisig 1999] which have been consistently incorporated in the sales and supply 
chain management systems (see Figure 3-2). 

Dell uses its sales system to collect experience with each individual customer. The 
emphasis is on the creation of a i;i relationship which is specific to the person or 
company. This individuality refers both to the products offered and to the addi- 
tional services, i.e. to the entire value creation system. Every computer system 
purchased from Dell is specially configured and assembled to suit the specific 
customer. Even in the case of collective orders for e.g. 100 computer systems of 
the same kind, each system actually passes through Dell’s complete supply chain 
individually as an order in its own right. Individual additional services, such as 
product catalogs specially geared to corporate clients (which only contain products 
approved by the customer), automatic individual pricing, a single contact point 
(account management), a special service arrangement provided locally by the 
manufacturer direct, or an online or telephone service tailored to the customer’s 
computer system, form the basis for a partnership-oriented business relationship 
between Dell and its customers. 

The creation of this radical 1 : 1 relationship is largely dependent on the design of 
the supply chain and its information systems. Dell manufactures each system to 
order and delivers within 12 days. This means that Dell operates with virtually no 
warehouse of its own. Its suppliers’ warehouses are located within 15 minutes’ 
drive of the production site. This allows the corporation to provide the high degree 
of innovation in its products which is in particularly strong demand in the com- 
puter sector. 

Each customer has the possibility of tracking their order status online. This service 
is used approximately 20,000 times a day [Preisig 1999]. Dell exchanges supply 
chain information, such as capacity, inventory levels, cost structures, quality in- 
formation, current forecasts, demand, market prices, with its suppliers in real time. 

Dell estimates that by the year 2002, 50% of all its customer transactions will 
operate through the Internet sales system (www.dell.com). With its ‘Dell Talk 
Forum’ the corporation offers its customers a platform for the exchange of experi- 
ence. Today, there are already 50,000 registered users who provide each other 
with mutual assistance in the use of Dell Computers, thus taking some of the load 
off Dell’s personnel. 




3.2 Some Business Networking Cases 



63 



Scen*rl4 Supply Chain iot lit* axchan^ ol almpla and complsi gooda and wrvina 



Camfiulaf 

Bualnaas 



CwT^ular 

BuiirtMi 



n 

Han 

Buaknna f C^aum^r 






Figure 3-2: Networking at Dell 

Dell coordinates with its corporate clients and consumers via the processes of 
sales and customer relationship management, with its suppliers via the process of 
the supply chain. The information system www.dell.com supports the processes of 
sales and customer relationship management^ while a supply chain management 
system supports the processes of the supply chain. The example of Dell shows the 
relevance of the interaction between networking scenarios: here, the potential 
resulting from networking can only be realized with a combination of supply chain 
and customer relationship management. 



3.2.2 Amazon.com: Supply Chain Management and Customer 
Relationship Management 

Amazon.com, Seattle, WA, USA, is the leading online bookshop.^ With a 
workforce of some 2,100 staff (status 1998, [cf. Hoovers 1999a]), Amazon.com 
serves around eight million customers, 64% of whom are regular customers, and 
sells approx. 4.7 million different books, CDs, videos, games and gifts [Amazon 
1999]. In 1998, Amazon.com recorded a sales volume of 610 million USD [cf. 
Hoovers 1999a]. 



Manufacturers of such catalog systems include Netscape with Seller Xpert, Vision Factory with 
Cat@log, Microsoft with the MS Site Server and Intershop. 

Absatzwirtschaft [1995, 28] states that "trade in the institutional sense covers institutions whose 
economic activities can be assigned exclusively or primarily to trade in the functional sense. In of- 
ficial statistics, an enterprise is assigned to trade if the value creation resulting from its trading ac- 
tivities is higher than that obtained from a second or from several activities." Trading companies 
take many different forms. [Miiller-Hagedom 1998, 31] defines the three most important organiza- 
tion types for trade as being that of the wholesaler, retailer and trade intermediary (cf. [FalkAVolf 
1992, 18], [Lerchenmiiller 1998, 17], [Barth 1993, 81], [Becker/Schiitte 1996]). When applying 
these criteria to define the organization types, Amazon.com can be classified as a retailer. 
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From the consumers’ point of view, Amazon.com is characterized by the user 
friendliness of its Web presence [Keen/Ballance 1997, 267] and a visible orienta- 
tion towards customer requirements. This takes place largely on the basis of the 
information collected during the relationship with the customer. After a customer 
has searched for a given book title A, for example, Amazon.com will propose 
alternative titles based on previous purchases: the consumer is given a list of all 
the books which other consumers have purchased along with title A. 

The orientation towards customer requirements is also reflected in new complete- 
ness of the service. In the case of Amazon.com, a large part of the complete cus- 
tomer problem ‘reading’ is supported: from recommendations, reviews, bestseller 
lists to simple and transparent purchasing, payment and order tracking, through to 
the contribution of own reviews. 

By processing information, Amazon.com also changes the supply chain from the 
pubhshers via the bookshops through to the consumers. Up to now, publishers 
have had up to 50% of the books they dehver returned as unsellable. The publish- 
ers have to foot the bill for lost profit and disposal. 

Amazon.com only orders books from the publishers on the basis of confirmed 
orders received from consumers. The only books which Amazon.com stocks are 
the top 200 in the best seller list. This means that the publishers no longer have 
books returned. In addition, Amazon.com operates advance sales of books before 
they are published, thus passing on the obtained market knowledge to the publish- 
ers.^ In order to reduce delivery times, Amazon.com includes regional booksellers 
in its logistics [Intershop 1999]. 

To promote rapid diffusion and thus receive more customer information, Ama- 
zon.com offers 5% to 15% commission on sales resulting from links established 
by associates in its associates’ program. Associates currently include Yahoo!, 
Excite, AOL plus many small and medium-sized businesses.^ 



An analysis of the Amazon.com’ s competitor situation and pricing structure is to be found in 
[Downes/Mui 1998]. 

In March 1998, there were over 35,000 Amazon.com associates [cf. ShaprioA^arian 1999, 129]. 
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Figure 3-3: Networking at Amazon.com 



3.2.3 Marshall: Supply Chain Management and Customer 
Relationship Management 

Marshall Industries, El Monte, CA, USA ranks amongst the largest distributors of 
industrial electronic components and production supplies (cf. Chap. 2.6).^® Mar- 
shall’s 2,300 staff supply 170,000 different products and services to approx. 
40,000 customers, generating a sales volume of 1.4 billion USD (cf. [Marshall- 
Industries 1999] and [Hartman 1997]). 

Amongst others, Marshall offers design, material management, logistics and in- 
formation system services. Marshall adds value to the products from its 150 sup- 
pliers for example by applying static methods of quality control, by testing com- 
ponents, by mass customizing and programming. 

Global connection is the name of the trading system which Marshall uses to match 
customer requirements with supplier offerings. It offers customers and suppliers 
alike a 24-hour service from any location in the world. Customers can track their 
orders right up to the time that the goods reach their own production units, obtain 
information regarding stock levels and calibrate their material consumption with 
forecasts. 

The global connection system provides suppliers with a real-time feedback re- 
garding movements in the market with the granularity of article numbers, region. 



Using the criteria which define organization types for trade according to [Miiller-Hagedom 1998, 
31], Marshall can be classified as a wholesaler. 
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USD or units. On this basis suppliers can then draw up their production plans, 
pricing structures and forecasts. In addition, they profit from Marshall’s marketing 
efforts. 

For Marshall, the introduction of global connection has meant being able to re- 
place hand-written sales reports, paper-based catalogs, endless telephone calls 
between customers, salespersons and warehouses by digital information and in- 
formation system functions. Global connection handles some 700,000 transactions 
a day, which are used to develop customer profiles, for example. Today, it is first 
and foremost information which Marshall processes and sells. 

With E.N.E.N. (the education news & entertainment network), Marshall offers its 
customers and in fact the entire electronics industry a comprehensive Internet 
service which supports a large number of its customers’ 'life events' with e.g. 
interactive live training courses, product announcements and technical descrip- 
tions via video. 



3.2.4 SAP: Customer Relationship Management 

Dell and Marshall already show examples of the formation of customer communi- 
ties. The aim of communities is to achieve a customer relationship by increasing 
the customer’s product competence (cf. [Belz et al. 1997], [Hagel/Amstrong 1997] 
and [Muther 1998, 73]). Communities generate greater customer loyalty, further 
tighten the customer relationship and provide more detailed insight into customer 
requirements through observation of communication processes. 

SAP, Walldorf, Germany offers an impressive example of community building 
(cf. Chap. 2.6 and [Muther 1998]). In addition to a large number of user groups 
(SAP user groups) organized according to regions and business areas, SAP offers 
the following electronic tools to provide its customers with comprehensive solu- 
tions to their problems: 

• Information on new releases, technical developments, contacts, etc. can be 
accessed by customers through the SAP WWW site. 

• Customers can download software updates via the SAP Net, a web site acces- 
sible to a restricted circle of users, conduct technical discussions with other 
customers and SAP specialists, order or download brochures and register for 
SAP courses. 

• The online service system offers, amongst other things, the latest information 
on the status of product development, an error database and various trouble- 
shooting services. 

• In an electronic discussion list run by the Massachusetts Institute of Technol- 
ogy, customers exchange information on problems, developments and new 
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features of SAP products by e-mail. Customers only receive e-mails con- 
cerning the subjects which interest them. 3,500 users currently benefit from 
this service [cf. Muther 1998, 21]. 

• With video conferences and remote log-in into the customer’s SAP system, 
SAP operates remote consulting and trouble-shooting. The savings (time 
savings, reduction in travelling costs) for customers amount to up to 15% of 
consulting costs [cf. Muther 1998, 21]. 

• The documentation for implementation, system management, database man- 
agement, migration and operation of SAP products is supplied on CD-ROMs. 

• With its international demonstration and education system (IDES), SAP of- 
fers a complete R/3 system for the purpose of testing and demonstrating R/3 
functionality. 

• 25 regional helpdesks, distributed across Europe, the USA and Asia, are 
available to all customers by telephone and fax 24 hours a day, 7 days a week. 

• In Internet newsgroups customers discuss any and all topics related to SAP. 
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Figure 3-4: Networking at SAP 
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3.2.5 MarketSite.net: Procurement and Sales 

Commerce One, Walnut Creek, CA, USA is in its own words the leading manu- 
facturer of business-to-business purchasing systems and the founder of Market- 
Site.net, an electronic market for indirect products.*^ Commerce One puts the 
purchasers of indirect goods in touch with supphers. Together with three leading 
telecommunications companies. Commerce One first set up three independent 
marketplaces for indirect products: in the USA, Europe and Asia. In 1999 these 
three marketplaces now represent a joint purchasing power of 160 billion USD 
and are only in the early stages of their development [Commerce One 1999b]. 

Each marketplace supports a large number of process and information standards, 
A customer possessing the right standards is in a position to contact all the suppli- 
ers participating in the marketplace via its own purchasing system, just as if the 
processes, systems and data were individually coordinated with one another. Net- 
working with MarketSite.net automatically gives vendors access to new markets. 

By eliminating individual technological links between customer and supplier, 
centralizing content and functions for the management of transactions, Market- 
Site.net is attempting to exploit the benefits of the law of increasing returns^ 
through economies of scale. Over 5,000 suppliers now offer their products through 
MarketSite.net. As the number of customers who stand to gain high savings 
through the use of purchasing systems which are compatible with the standards of 
MarketSite.net, Ariba.com or MySap increases (cf. also [Aberdeen-Group 1999], 
[Dolmetsch et al. 1999] or [Ginsburg et al. 1999]), so too will the number of sup- 
pliers for whom MarketSite.net is of interest. 

MarketSite.net offers purchasers real-time access to the most important informa- 
tion in respect of suppliers. Examples are prices, availability and order tracking. In 
addition, MarketSite.net incorporates support services, such as transport, payment, 
taxation and trust services plus basic services, such as directories. 

In the area of catalog content management, MarketSite.net depends on Commerce 
One transactive content management, for example. The most important tasks re- 
lating to catalog content management include quality and completeness checks on 
catalog data, standardization and addition by means of a metadata layer, mapping 
of the different classification schemes and the customizing of product catalogs [cf. 
Commerce One 1999a]. Other well-known trade intermediaries are Harbinger and 
Ariba.com (cf. Chap. 10) as well as mySap.com from SAP. 



Using the criteria which define organization types for trade according to [Miiller-Hagedom 1998, 
31] MarketSite.net can be classified as a trade intermediary. 

A scientifically founded analysis of increasing returns and increasing economies of scale can be 
found in [Arthur 1989]. 




3.2 Some Business Networking Cases 



69 



$A»nBrlQ vupply cNiki fst Ih* tKCTun^ UmpM ^ood^ and wndca 
m : 1 

: Computer 




cof«fc'j fyk 

“ Mar ket Site. neO 

Tradte 



A Pcwlln^ of porchiskig 
& HiinnonliUftion of cordant 
li Customizing ol o^Ioqb 
A CuilHy UBoranco 
A inTogrithoo of trorupon, p< 
TfUtl tarvicti 



\ CuitoniBr 3~ 
\ Cmlomof 2 



PrOCuiwTwit of 
*• IndlrKl/HRO 



Figure 3-5: Networking at MarketSite.net 



3.2.6 UBS: Procurement 

UBS, Zurich, Switzerland, is Europe’s biggest bank. Measured in terms of its 
turnover, UBS ranks amongst the world’s big five. In 1997, UBS generated 19 
billion USD with 27,600 employees at 500 branches in 40 countries [Hoovers 
1999b]. 

Prior to 1999, UBS procured all indirect/MRO products via its legacy and ERP 
systems, and was thus confronted with high process and fixed costs in procure- 
ment. In the past many industrial corporations, like UBS, paid scant attention to 
their relationship with the suppliers of indirect/MRO products, i.e. products which 
are not used directly in the end product or, in the case of trading companies, which 
are not resold directly (cf. [Grieco 1997, 1], [Killen&Associates 1997, 1]). On the 
procurement side, greater attention was always paid to the direct area which is 
frequently supported by supply chain management concepts and EDI links 
[Dolmetsch 1999, 1]. The average process costs of a procurement operation for an 
indirect/MRO product show potential for rationalization, however: for Switzer- 
land, [Dolmetsch 1999, 4] gives process costs of between 80 and 180 CHF, while 
[Grieco 1997, 15], [Killen&Associates 1997, 13], [Laaper 1998, 6], [Margherito 
1998], [Marks 1996] state 80 to 120 USD for US companies. 

Today, UBS classifies its indirect/MRO products according to the groups A (1,900 
different items of merchandise), B (approx. 4,200 stocked items) and C (800 con- 
sumer goods and 4,000 durable consumers) 
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This case is described in detail by [Dolmetsch 1999]. 




70 



3 Business Networking: A Process-oriented Framework 



3,800 authorized staff, referred to as ‘purchase requisition creators’, can order 
100% of the standard products in the area of consumer goods in all three catego- 
ries through a shop system. The shop system has been developed by UBS itself on 
the basis of the Internet transaction server, a new product in connection with SAP 
R/3. For category A products, UBS regularly receives an electronic catalog from a 
company called Gate, which is a joint venture between the suppliers Purer, Waser, 
Miihlebach and Serlog. The content of the catalog is defined by UBS in dialog 
with the Gate partners. UBS maintains the catalog for category B and C products 
and updates it after every procurement operation. 

In the first months after going live in early 1999, some 2,400 items (55% category 
A, 42% B, and 3% C products) were handled daily via the shop system. In view of 
the high level of acceptance and the immediate cost savings of the shop system, 
UBS anticipates that the project will have paid for itself in far less than a year. The 
cost savings include: 

• Reduction in process costs. UBS now pays invoices for category A products 
monthly on the basis of electronic bills which allow automatic allocation to 
the appropriate cost centers. The costly task of verifying invoices is replaced 
by plausibility checks on the part of the cost center manager once the cost 
center has been debited and/or by random checks by outsourcing management 
on the basis of the suppliers’ records of electronic transactions. 

• Reduction in fixed costs, for a large part of the indirect/MRO products, in- 
ventory was outsourced to the suppliers Miihlebach and Serlog. Today, orders 
and goods movement transactions are exchanged with all business partners by 
electronic means. 

Major standard software suppliers in the area of desktop purchasing include Ariba 
Technologies with OEMS, Commerce One with BuySite / MarketSite, Netscape 
with the BuyerXpert, SAP with B2B Procurement [cf. Dolmetsch 1999, 141]. 
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Figure 3-6: Networking at UBS 



3.2.7 Migros Cooperative: Development 

The Migros Cooperative (Migros) is Switzerland’s largest retailing organization. 
With its 72,000 employees, Migros makes a turnover of 11.3 billion USD, almost 
80% of that figure through its retail trading activities [Migros 1999]. Migros pro- 
duces a large part of its own food products. These include bread and cakes, meat, 
preserved products and mineral water [cf. Benz 1999]. 

Migros is very much a decentralized organization. Ten largely independent coop- 
eratives together own the Migros-Genossenschaftsbund (MGB - Migros Federa- 
tion) which provides a whole series of services for the cooperatives, the produc- 
tion units and other Migros operations. 

A large number of internal and external Migros business units are involved in the 
creation of food packaging. They include printers, packaging and multimedia 
companies, production units, design, translation and food analysis departments 
plus graphic designers. The MGB introduced a document flow application to co- 
ordinate the creation of food packaging. This is helping to limit the throughput 
time for design orders for individual articles to 30 days and for article groups to 60 
days, thus radically reducing the time to market. The first priority was therefore to 
create regulated information flows and clear areas of responsibility. The system 
ensures joint order scheduling and deadline monitoring, and permits the joint 
processing of centrally stored order data and documents as well as notification of 
the next business unit in line when a task has been completed [cf. Benz 1999]. 
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Figure 3-7: Networking at Migros 



3.2.8 Commtech: Procurement, Finance, Real Estate and Taxes 

Commtech^"^ is a globally active corporation in the communications sector, head- 
quartered in North America. With a workforce of 130,000 employees, Commtech 
generates revenues of 23 billion USD. The corporation is divided into four busi- 
ness units and is spread over 45 countries. Its principal products are enterprise 
communication solutions, microelectronics for manufacturers of communications 
equipment and consumer products. 

As a relatively young spin-off enterprise, Commtech had to reorganize its internal 
business network. Its management was pursuing two goals. On the one hand, 
largely autonomous business units were to improve the effectiveness and flexibil- 
ity of the business processes in the scenarios innovation and customer relationship 
management. On the other hand, shared service centers were to pool services 
which were similar throughout the company and to exploit synergetic effects. The 
business units were thus responsible for the business processes sales, distribution, 
logistics, controlling, material management, quality management, service man- 
agement and production planning. The shared service centers assigned to corpo- 
rate management were responsible for the processes used jointly by all business 
units, such as finance, real estate, taxes and global procurement. 

The CIO’s greatest challenge was to design a generally acceptable application 
architecture which would permit and implement the new organization. In order to 
secure the coordination of the business units involved, processes and master data 
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Name changed for the purposes in this book. 
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were standardized and/or homogenized and integration scenarios were defined. 

The application architecture made it possible to exploit the following potential; 

• The implementation of finance as a shared service center had the effect of 
reducing finance-related costs from 2 % to 1% of Commtech’s revenue. Addi- 
tional savings were made through improved functionality in the areas of ac- 
counts receivable and internal hedging and netting. 

• The reorganization of real estate led to better use of the buildings and to a 
reduction in real estate-related costs from 6% to 3.5% of revenue. 

• Greater reliability, visibility and real-time ‘drill-down-transactions’ helped 
to save taxes amounting to 0.6% of Commtech’s revenue. 

• Global procurement reduced the purchasing costs for one third of all pur- 
chased products and services by 7.5%. This corresponds to a saving amount- 
ing to 0.6% of Commtech’s revenue. 
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Figure 3-8: Networking at Commtech 

Processes can be outsourced to external and internal business units or shared 
service centers [cf. Kris 1998]. Examples of external business units are companies, 



Real-time ‘drill-down transactions’ allow a corporate management operative, for example, to break 
down a summary entry into its constituent parts, whereby the detailed entries are called up from the 
information systems of the business units in real time. 
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such as ADP [cf. ADP 1999], which now already perform payroll accounting for 
10% of all US employees as an external service provider, or outsourcing partners, 
such as Andersen Consulting [cf. Barling/Stark 1998]. 



3.3 Networked Business Processes 



3.3.1 Process Orientation as Design Principle for the Networking of 
Business Units 

The linking up of businesses to form networks has been the object of numerous 
studies in the areas of economics, sociology and informatics (cf. [Alstyne 1997], 
[Klein 1996a], [Sydow 1992]). The studies describe network phenomena and as a 
rule offer very abstract approaches to network classification and design (cf. 
[Williamson 1991], [Snow et al. 1992]). Their conclusions are primarily of a stra- 
tegic nature. 

In literature with an economics slant, design recommendations are usually linked 
to the business unii^ as reference object. For the deduction of concrete procedural 
instructions for designing and implementing networks, the granularity of a busi- 
ness unit would appear to be too coarse. 

As demonstrated by the case examples, business units are normally active in sev- 
eral networks. For example, they will simultaneously participate in development 
and procurement communities, enter strategic marketing partnerships and be in- 
volved in different value chains with different products and services. In so doing, 
they will be using different information systems and technologies, depending on 
the business processes to be coordinated. 

In real-world projects, the business process has proved itself to be a suitable refer- 
ence object for the purposes of networking in addition to the business unit. Here, 
the focus is on the coordination of the cooperating business processes of different 
business units (= networking scenarios). The process view has been introduced in 
the context of networking business units in order to permit the subtle differentia- 
tion of conclusions required for the implementation. 



Business units are economic units, such as e.g. corporations, divisions, national subsidiaries, profit 
centers or small and medium-sized enterprises. 
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3.3.2 Networking Through Coordination 

Customer processes, such as e.g. the customer’s procurement process, form the 
starting point for present reflections on the subject of networking. The crucial 
question is: "How can the supplier support the customer in her or his customer 
resource life cycle (CRLC)^^?” [cf. Ives/Learmonth 1984]. 

Based on the customer’s CRLC, the supplier designs services which support the 
customer in processing its CRLC, e.g. reducing procurement costs and increasing 
procurement quality. The new services bring about an evolutionary or radical 
change in the customer’s CRLC as desired by the customer. 

The customer’s processes and the corresponding processes of the supplier, along 
with the outputs they generate, together form the operative part of the business 
relationship between customer and supplier (see Figure 3-9). The processes on 
both sides of the value chain rely on the same information and are thus interde- 
pendent. Management of these dependencies is a prerequisite for effective design 
and efficient handling of these processes. [Malone/Crowston 1994, 90] define 
coordination as the management of dependencies. Many of the supplier’s proc- 
esses are dependent on the customer’s processes by virtue of jointly used informa- 
tion, such as prices, stock levels, etc., and vice versa. 

The potential inherent in interorganizational networking lies in the ‘optimal’ de- 
sign and management of these dependencies. The potential inherent in the depend- 
encies present within a business has already been realized with the aid of business 
process redesign (BPR) and integrated information systems. 



The customer resource life cycle is the sequence of tasks for which the customer needs the services 
of a supplier. 

The processes illustrated are based on the process models of [GPS 1997], [SCOR 1998], [SAP 
1998], and [Porter 1992], 
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Figure 3-9: Coordination of Business Partners Through Shared Resources^^ 

All shared resources (machine capacities, employees, etc.) can be represented by 
tightly and loosely structured information. Examples of tightly structured infor- 
mation are POS data or production plans. These may be stored in relational data- 
bases, for instance and processed by transaction systems. Loosely structured in- 
formation refers to items, such as operating manuals and training documentation. 
These are processed by knowledge management tools. 

Figure 3-9 shows numerous possibilities for networking two business units. For 
the purpose of the detailed analysis to follow it would seem appropriate to break 
down the networking of business units into clear scenarios. Scenarios include at 
least two interdependent processes of different business units. We distinguish 
between the following different networking scenarios (see Table 3-1). 
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Lists of possibilities for IT support are to be found in [Reich wald/Rupprecht 1992] and [Wigand et 
al 1997, 271], sorted according to organizational areas, and also in [Schumann 1990] in respect of 
EDI. 
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Table 3-4: Coordination Scenarios 

In the chapters which follow, this article concentrates on the supply chain man- 
agement scenario: on the coordination of the dependent processes planning and 
procurement at the customer’s end and planning and sales at the supplier’s end, 
along with their support by means of transaction-oriented information systems. 
This restriction allows a detailed discussion of the potential, services, applications, 
technologies and entrepreneurial consequences. On the other hand, this limits the 
radicalness of the approaches which can be shown. This disadvantage is con- 
sciously accepted. 
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3.3.3 Benefits and Options from a Process-oriented Point of View 

In today’s buyer’s market, suppliers are increasingly securing their position in the 
business network by providing customers with comprehensive support for their 
CRLC.^^ Figure 3-10 outlines possible changes to process tasks as well as to re- 
sources that link the tasks together. The changes can be split into the categories of 
Individualization, Simplification and Independence. According to [Picot 1993, 
151], they are partly the cause of the fundamental problems of organizational 
communication: accuracy, speed / convenience, confidentiality and complexity. 

• Automatic limitation of the product selection or automatic individual price 
structuring on the basis of an individual customer relationship is not possible 
without partner-specific information. New information systems, such as sell- 
side or buy-side systems, have for the first time made it possible to achieve a 
individualization of customer relationships, products and services. 

• Intuitively operable purchasing systems or services, such as order status in- 
formation in real time, simplify numerous procurement tasks and reduce the 
transaction costs. 

• Payment systems, product configurators or simply accessible inventory level 
or availability information lead to greater independence on the part of pro- 
curement staff. The division of labor is reduced [cf. Reichwald/Bellmann 
1991] and consequently the number of people involved in the process as well. 
This reduces the number of interfaces in the execution of the process and, as a 
rule, leads to less downtime and lower error probabilities. 

The design of the tasks and the resources are closely related to the business strate- 
gies pursued by the partners involved. Figure 3-11 shows an example of the vari- 
ous strategic options for customer and supplier in a business relationship. 

Each option is linked with potential internal benefits (=efficiency) and external 
benefits (=effectiveness). Typically, internal benefits can be quantitatively meas- 
ured. Frequently used metrics in this case are internal costs (production costs, 
warranty costs, costs generated by returned products), the costs of administrative 
processes (e.g. procurement costs) and the development of inventory levels (e.g. 
number of days’ delivery volume in final product warehouse, stock turnover). 



As a rule, the customer requires services, rather than products [cf. Dichtl 1991, 149]. Service can be 
defined as the totality of all elements of an offering which provide benefits for the customer 
[Nieschlag et al. 1988, 237]. With service systems, [Belz 1988] creates an approach to the design of 
comprehensive service packages which are ‘optimally’ oriented towards the strategic success fac- 
tors of a given market. A service system offered by the supplier can provide total support for a 
customer process. 

For the significance of individualized service offerings in business-to-business marketing, see 
[Kleinaltenkamp 1994]. 
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Figure 3-10: Examples for Changes in the SCM Scenario 



Effectiveness describes the effects directed outwards to the partners in a supply 
chain. While this will always be reflected in the achieved sales volume, it can in 
most cases only be determined on a qualitative basis. The effectiveness of an al- 
ternative course of action is described by the metrics of delivery quality and flexi- 
bility (cf. Chap. 5, [SCOR 1998]). It ultimately decides the positioning and the 
security of a business unit’s position in a network. 
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Figure 3-11: Examples for Options and Benefits in the SCM Scenario 
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3.4 Networking Infrastructure 



3.4.1 Networking Applications 

The ‘optimal’ coordination of tasks is achieved with integrated information sys- 
tems, such as e.g. SAP R/3. Tasks are coordinated between businesses by means 
of inter-organization systems or Business Networking systems. “Systems that 
support the coordination among business units are referred to as Business Net- 
working systems (BNS). They always involve more than one organizational unit 
and often integrate business partners (customers, suppliers etc.) with a company’s 
information infrastructure. Prominent examples are systems for electronic com- 
merce and supply chain management.” [Alt/Fleisch 1999, 3]. Frequently observed 
forms of such Business Networking systems are presented below along with their 
operating environments. This article limits itself to illustrating transaction-oriented 
applications of the supply chain management scenario in the business-to-business 
area. After tasks, reference framework, focus and duration as well as cooperation 
intensity. Chapter 4.3 distinguishes between electronic commerce, supply chain 
management and customer relationship systems at the top level. 

Electronic commerce systems 

Electronic commerce (EC) is defined as the support for the exchange of outputs 
(goods, services and payments) between business partners by means of informa- 
tion and communication systems (cf. [Barling/Stark 1998, 4], [Chesher/Kaura 
1998, 39], [Keen/Ballance 1997, 1], [KalakotaAVhinston 1997, 3]). The output a 
company receives can be direct or indirect. A direct output, unlike an indirect 
output, is immediately incorporated in the product or service to be provided for the 
customer. These applications always have a user interface. They can be assigned 
to three different types of ‘owners’: 

• 1 : n Sell-side systems are suppliers’ applications, 

• n : 1 Buy-side systems are purchasers’ applications, and 

• n : m trading systems are traders’ applications. 

Desktop purchasing systems (DPS) are examples of EC applications which have 
recently received a lot of attention (cf. Chap. 10). They consolidate product and 
supplier information in a multi- vendor product catalog (MVC) and simultaneously 
integrate access to the relevant data in the legacy or enterprise resource planning 
(ERP) system. These systems provide the user with access to the MVC in which 
the products sold on the basis of volume contracts are stored. Unlike the user in- 
terfaces of legacy or ERP systems which rarely offer an intuitive operating facil- 
ity, the simple, browser-based user interface of these systems also supports ir- 
regular use by employees who only order infrequently. For this reason, DPSs are 
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particularly well-suited to the procurement of indirect goods. DPS software manu- 
facturers, such as Ariba, Commerce One and SAP, also set up Internet portak. 
Although originally developed as software for purchasing companies, the dividing 
line between software and service is becoming increasing blurred. Buy-side sys- 
tems are merging with trading and sell-side systems. 

Supply chain management systems 

The aim of supply chain management is the active design and continuous mobih- 
zation of the supply chain in the business world in order to secure and increase 
benefits for the businesses involved [cf. Klaus/Krieger 1998]. The generic term 
advanced planning systems (APS) encompasses ‘new’ information systems for 
integrating the planning of at least a section of the supply chain. They form the 
basis for the implementation of supply chain strategies, such as JIT, quick re- 
sponse (QR), efficient consumer response (ECR), vendor managed inventory 
(VMI), vendor replenishment (VR). APSs build on existing ERP systems and 
represent a further development of the ‘classic’ production planning and control 
systems. They cover the required functionality from the long-term ‘strategic plan- 
ning’ of value chains through to ‘execution systems’. Well-known examples of 
this type of system are APO from SAP, Manugistics, i2 Technologies, Numetrix 
and Red Pepper from Peoplesoft (cf. Chap. 9). 



3.4.2 Networking Services 

The networked business builds on what is in part a new infrastructure, the services 
of which are described below [cf. Barling/Stark 1998]. As shown in the example 
of purchasing services, new IT often provide the basis for new services and their 
business models. Services are usually offered by independent business units. 
Every company has the strategic option of offering a new service. The list given 
below provides an overview of the new infrastructure and thus some of the strate- 
gic options (cf. Chap. 2.3.5). In the introduction to be found in [Barling/Stark 
1998, 6], services refer to the business relationship as a whole, business processes, 
applications and communication. Here, we classify services according to their 
contribution to value creation^^: 

Process services perform important tasks for value creation processes (procure- 
ment, production, sales, planning) or complete support processes (e.g. accounts or 
personnel) of a business unit. Process services always offer comprehensive busi- 
ness services. Important process services are: 



Chapter 2 suggests a classification with a deeper structure. However, the classifications can be 
transferred into one another. 
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• The outsourcing of business processes, such as finance, accounts, internal 
auditing, taxes, procurement, personnel, real estate, etc., to consultants or spe- 
cialist companies, such as e.g. ADP for payroll accounting.^^ 

• The purchase of indirect, simply structured goods to aggregate demand: a 
large number of small purchasers with small purchasing power form a ‘pur- 
chasing club’ which is represented on the market by an intermediary with 
large purchasing power. Examples are TPN Register from GEIS and Thomas 
Register, Harbinger, Commerce One, Marshall, etc. 

• The purchase of direct, complex goods (online bidding services): purchasers 
publicize invitations to bid on the network of a service provider. Suppliers 
submit their bids online (cf. TPN Post from GEIS). 

• Collaborative supply chain services coordinate planning and execution proc- 
esses of a larger section of a supply chain (e.g. EQOS from GEIS for sup- 
porting retailers). 

Support services provide value creation processes with the required resources. 

Support services always offer a mixture of technical and specific business serv- 
ices. The most important support services are: 

• Hosting services support the development, operation and maintenance of 
applications, from simple web pages to SAP R/3 installations (e.g. Oracle, 
IBM, British Telecom/Citrix). 

• Transport services support the exchange of physical goods between trading 
partners and may secure integration with the third party distribution and/or 
logistics system (e.g. FedEx, UPS). 

• Customs services support the automatic submission of customs documents 
(e.g. GEIS). 

• Services associated with payment transactions support the exchange of pay- 
ments between trading partners (e.g. NetTradeFinance from IBM). 

• Trust services support the management of certificates. Amongst others, they 
ensure the authenticity of business partners and shared resources (e.g. CertCo, 
Swisskey Verisign). 

Basic services provide fundamental, very specialized and mostly technical serv- 
ices for conducting business in the information age. 

• Directory service management e.g. globally valid coordinates of trading part- 
ners at a central point, 

• Repository service management e.g. global EDI messages or software com- 
ponents at a central point, 
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For the connection between outsourcing and electronic commerce [cf. Keen/Ballance 1997, 228]. 
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• Translation and mapping services for temporary storage and translation of 
messages, e.g. from EDI messages into fax, 

• Security services for the security requirements of the networked business 
units, and 

• Network access services for the technical access to value-added networks, the 
Internet and to virtual private networks. 
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Figure 3-12: Networking Services^"* 



3.4.3 Networking Technologies 

The groups of technologies shown in Table 3-5 are distinguished according to the 
criteria of cardinality (number of business partners simultaneously integrated by 
the technology), process interface (man or machine) and complexity of the trans- 
actions supported [cf. Reichwald 1993]. 

• Telephone, chat room. The customer’s employee obtains information and/or 
negotiates available quantities, prices, discounts and delivery dates on the 
telephone with the supplier’s employee on the basis of the catalog. Once the 
contract has been concluded, the purchaser calls the vendor approximately 
every two weeks to check on the status of the order. 

• Fax, post, e-mail Hsts, newsgroups, WWW publishing. The supplier’s em- 
ployee sends catalogs and/or informs customers about new developments via 
e-mail (advertising, marketing, information). 

• ERP@ web/phone. The customer’s employee performs simple queries, such as 
order status and delivery time, using the web browser. For this purpose he/she 
calls up individual functions of the supplier’s ERP system e.g. via the Inter- 
net. 

• Electronic data interchange. “EDI is computer-to-computer communication of 
business messages in agreed-on standard codes and formats.” [Keen/Ballance 
1997]. The customer's information system creates and sends automatically an 
order to the supplier's information system. 
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Based on [Barling/Stark 1998] 
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• Remote log-in. The supplier’s employee dials into the customer’s ERP system 
as a ‘normal’ user. There he/she can perform all the transactions, which are 
also available to the customer’s staff. 
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Table 3-5: Networking Technologies 



3.5 Model of a Networked Enterprise 

Today, most companies, like CONMAT, find themselves compelled to adapt their 
strategies, processes and information systems to the demands of the market. The 
current market situation calls for customer-oriented organizations, ‘mass customi- 
zation’, permanent reorganization, for information technology as enabler, etc. 
[Miiller-Stewens 1997] assigns these demands to the 4^^ order of approaches to 
process organization. At the center of these approaches to value chain configura- 
tion lies the virtualization or networking of business units. 

Previous realizations have provided an insight into the complexity of networking. 
They have shown that generally speaking all the business processes of a business 
unit can be networked and that a large number of information systems and tech- 
nologies support this networking. What is sought is a model which structures the 
networking alternatives from the point of view of the individual business unit. 
With the aid of a model of a networked business it should be possible to identify 
the business potential offered by networking more rapidly. For this purpose the 
model will have to incorporate an adequate level of sophistication to permit 
meaningful conclusions to be drawn while remaining simple enough to be readily 
comprehensible.^^ 
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See also the models of [Hagel/Amstrong 1997] and [Rayport/Sviokla 1994, 504]. 
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In accordance with the findings outlined above, therefore, both business unit and 
business process must serve as reference objects for the model. The business proc- 
esses are grouped together according to five categories of scenario (see Table 3-4). 
For the sake of clarity, the model always represents one view of a networking 
scenario (processes of business units coordinated at the interorganizational level). 
In some cases, the scenarios can be modeled independently of one another. The 
scenarios SCM and CRM certainly form an exception here. 

The central role of the networking applications and services must also be reflected 
in the model. Appropriate application categories are therefore assigned to each 
networking scenario. This assignment helps in understanding the functionality and 
the strategic significance of the applications. Finally, the services are a permanent 
feature of all views of the model of the networked business. They represent the 
networking infrastructure and provide an indication of processes and tasks which 
can be outsourced to third parties. 

Figure 3-13 shows the SCM scenario in the case of the CONMAT example^^. In 
this scenario the networking services, applications and technologies described 
above coordinate the independent business processes of planning, procurement, 
production and distribution. 

CONMAT, one of CONMAT’ s business areas or the CONMAT service center can 
assume the role of the supplier or customer in the model of the networked com- 
pany. The model shows how a business unit can use networking applications, 
technologies and services to support its various processes. In the SCM scenario, 
CONMAT Hydraulics in its role as supplier could operate a supply chain planning 
and supply chain execution application, for instance, in order to offer its A product 
customers supply chain management. CONMAT Building Materials could sell to 
its C product customers through an n : m trading application, operated by a service 
for the purchase of indirect goods. This would assume that the customers of 
CONMAT Building Materials use this service. For this purpose CONMAT uses 
the technologies telephone, fax and e-mail. 

In its role as supplier, CONMAT could use all the networking applications of this 
scenario as operator, with the exception of the 1 : n buy-side application, plus all 
the technologies. Chapter 3.6.2 provides some help in deciding on the use of net- 
working tools. 
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See also the model of Business Networking proposed in Chapter 2.4. The model of a networked 
enterprise builds upon the model of Business Networking. 
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Figure 3-13: The Networking Scenario SCM Based on CONMAT^^ 

In networked companies, services as well as information technologies play a cen- 
tral role. The process, support and basic services are grouped together in a busi- 
ness bus, which provides the networking infrastructure. At the same time as a 
technology assessment^^, networking calls for a service or business bus assess- 
ment. 

The networking of business processes can lead to incremental and radical changes 
in the business. Incremental changes refer to those where a new solution provides 
a linear development of the old solution, i.e. if, for example, the sales process is 
supported by new technology (e.g. e-mail, sell-side application) while its tasks and 
the order in which they are processed remain the same. As a rule, this leads to an 
incremental change in efficiency and/or effectiveness. 

Radical changes, on the other hand, lead to new business solutions. Taking e.g. 
the customer resource life cycle as a starting point, the supplier defines new, com- 
prehensive value creation systems, which incorporate products and services of- 
fered by competitors, for instance, and establishes itself as an outsourcing partner 
for the customer’s procurement process. In this way, the company CONMAT 



CONMAT uses a supply chain planning and execution application which the CONMAT customer 
operates. In addition, CONMAT places what from the customer’s point of view are indirect/MRO 
products in the n : m trading apphcation of an external provider such as MarketSite.net. 
‘Technology Assessment seeks opportunities to match changes in techniques, processes, and 
equipment to specific goals and objectives.” [White 1988, 40]. Technology assessment deals with 
the business effects of technologies which are either new or still in the development stage (cf. also 
[Huff/Munro 1985] and [Steinbock 1994]). 
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discussed above could set up a ‘purchasing service’ as a new business area. On the 
basis of an m : n trading application, CONMAT could coordinate the procurement 
and sales processes of m suppliers and n customers, thus securing or enhancing its 
position in the value chain. For the new business areas resulting from networking 
there are numerous business models^^, some of which have not yet become stabi- 
lized, i.e. their development is ongoing. 



3.6 Consequences for Management 

For critical success factors for Business Networking projects please see Chapter 
12: Key Success Factors for Implementing Business Networking Systems. 



3.6.1 Alternative Courses of Action and Procedures for Networking 

Alternative courses of action in the context of networking projects refer to four 
different design objects: (a) to the topology of the business network, (b) to the 
products and services which the business network brings forth, (c) to the value 
creating process network and (d) to the information and communication technol- 
ogy that forms the basis for the redesign (see Figure 3-14). The alternative courses 
of action are not free from overlap and have to be intermatched in accordance with 
the principle of concurrent engineering (cf. [Fine 1998, 127], [Austin et al. 1997, 
33]). 



Information and 
Communication 




Topology Product Process 



Figure 3-14: Alternative Approaches To Networking Networking 

On the basis of the example provided by EC system implementation, [Fleisch et 
al. 1999] developed a procedural model whose basic structure would appear ap- 



[Intershop 1999] lists the following main business models for electronic commerce: business-to- 
consumer, business-to-business, consumer-to-consumer, business-to-business-to-consumer, auc- 
tioning, communities, hosting and portals. This article limits itself to describing business-to- 
business models. 
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propriate for general networking projects (cf. Chap. 13). The main phases and 
results are as follows [cf. Osterle 1999]: 

• The first phase covers the analysis of the potential and the alternative courses 
of action. The concrete result documents are the customer process vision, 
event list, network vision, benefits, goals, nucleus and detailed project plan. 

• The design and business network phase involves analyzing the partner pro- 
files and the business bus, designing the required reciprocity, the new busi- 
ness process and defining detailed requirements of the information systems 
along with the information and process standards. 

• Important results of the application architecture and diffusion phase are the 
nucleus in the form of a prototype, the required system integration and the 
planned functional and ‘partner-based’ growth of the nucleus into the formu- 
lated vision. 

Following an analysis of the potential and the alternative courses of action based 
on the abstract model of the networked business and the current concrete business 
network, CONMAT reaches the following conclusions: 

• For the large and mid-sized C-product customers, CONMAT investigates the 
use of trading applications. The formation of strategic alliances with other 
complementary or competing suppliers is discussed as well as the incorpora- 
tion of the company’s own services in an existing purchasing service. Cus- 
tomer workshops are organized with the company’s most important custom- 
ers, such as VOEST, Philips, BMW or Jenbach-Werke, in order to obtain em- 
pirically founded data for the design of the future customer relationship. 

• In the case of the large and mid-sized A-product customers in the hydraulics 
sector for whom CONMAT manufactures, new supply chain management 
strategies and systems are investigated. 

• CONMAT’ s internal information systems, essentially an integrated goods 
management system embracing all business areas, a finance system and a 
sales information system, are prepared for a possible integration with EC or 
supply chain management systems. 



3.6.2 Orientation for Selecting Services, Applications and 
Technologies 

The wealth of networking services, applications and technologies gives rise to a 
need for assistance in selecting the most efficient and effective coordination tools. 
In accordance with transaction cost theory, the suitability of forms of coordination 
depends on the tasks and exchange relationships concerned. [Picot/Reichwald 
1991] visualize this correlation in a matrix linking task- specificity with task- 
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volatility and the difficulty to describe a task. Figure 3-15 is based on the same 
idea. It assigns selected networking services, applications and technologies to the 
quadrants of the matrix task structure in relation to duration of the customer- 
supplier relationship. A technology for coordinating what tend to be short-term 
customer-supplier relationships for the purpose of processing simply structured 
tasks is e.g. ERP@ web/phone. Applications in this quadrant are electronic product 
catalogs for the purchase of indirect goods. 
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Figure 3-15: Selection A: Duration and Task Structure 

Figure 3-16 structures the coordination tools according to time required for intro- 
duction and transaction frequency. Obviously there are no tools in the quadrant 
that combines low transaction frequency with high introduction time. For exam- 
ple, when the transaction frequency of the relationship your are evaluating is high, 
ERP@ web/phone technology most probably will serve your needs. 
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Figure 3-16: Selection 2:Transaction Frequency and Introduction Time 

Finally, Figure 3-17 sets the process interface of the coordination tools against the 
time-dependency of the tasks between customer and supplier. It shows, that many 
of the new coordination technologies support the management of time dependen- 
cies. 
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Figure 3-17: Selection 3: Dependency and Process Interface 
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3.7 Conclusion 

This article considers networking as a further stage in process organization and 
introduces a new focus into the network discussion with the proposal to use proc- 
ess orientation as a design principle for the networking of business units. 

An important motive for developing this new view of networking lies in the fact 
that well-known approaches lack sophistication and thus are difficult to apply. As 
a rule, ‘classic’ economics approaches refer to the object of the business unit in 
the discussion on networking. The research work on which this article is based has 
shown, however, that the coordination of business processes is the central issue for 
the conception and realization of business and information technology networks. 
In numerous accompanying projects, business processes are the reference object 
for concrete considerations in respect of benefits, reciprocity, information systems 
and standards. 

The model presented in this article copes with the complexity of a process view by 
differentiating between different networking scenarios. One scenario describes the 
coordinated business processes of different business units. The model distin- 
guishes five categories of scenario: (1) supply chain management, (2) customer 
relationship management, (3) innovation, (4) enterprise infrastructure,* and (5) 
organization development. 

The positioning of information systems and the network infrastructure provided 
further motivation for developing the model. All ‘classic’ contributions to the 
subject of networking emphasize the role of IT in the transformation from the 
industrial age to the information age. The model presented here establishes a con- 
crete correlation between categories of information systems identified to date, 
such as EC or SCM systems, and the networking scenarios. Above and beyond 
this, it illustrates the information technology options for the business units: it 
shows which business unit can operate which networking information systems, 
and which systems can be operated by network partners and/or by the network 
infrastructure. 

It is only with this differentiated representation of Business Networking that it will 
be possible to develop differentiated procedural instructions and decision-making 
aids which can be applied in practice. We see it as first step towards a practical 
view of Business Networking. 
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4 Strategies for Business Networking 



4.1 Introduction 



4.1 .1 strategic Relevance of Business Networking 

As the networking scenarios in Chapter 3 revealed, Business Networking provides 
a strategic concept enabling new and/or more efficient processes to be introduced 
by extending the application of IT to relationships a company has with its partners. 
A broad variety of strategies are under discussion, such as outsourcing, virtual 
organizing, electronic commerce or supply chain management. Apart from clari- 
fying the value added of each conceptual approach, differentiation of strategies 
helps in deciding how strategic goals, such as strengthening an existing market 
position, can be achieved. 

This is shown by the example of Diamond Multimedia Systems, Inc., a USD 450 
million manufacturer of multimedia devices for home and business computer 
systems located in San Jose, CA, USA. In 1998, Diamond introduced the ‘RIO’ 
music player, a portable device able to store and play back 60 minutes of music 
using the MP3-format which is typically downloaded from the Internet. At that 
time Diamond only possessed an Internet store which was managed by Diamond’s 
customer service [cf. Diamond 1999]. The company knew that same-day ship- 
ments and near flawless execution would be critical for successful selling on the 
Internet.^ Since Diamond recognized that it would be unable to provide the neces- 
sary response times it turned to Skyway, a well-established logistics provider who 
also serves Dell, Cisco Systems, Compaq, and Hewlett Packard. With their ‘Con- 
certo suite’, Skyway offered electronic support for demand planning, warehous- 
ing, order management, and fulfillment [cf. Skyway 1999]. Concerto provided 
Diamond with a tool to handle the high- volume, one-at-a-time orders which were 
expected for RJO without having to invest in modifying their existing internal 
system. The savings in manual labor estimated at between USD 250,000 to USD 
500,000 are marginal compared to the advantages in terms of time and quality. 

The Diamond example highlights the various strategic elements that have to be 
addressed within a Business Networking strategy: (1) What are the company’s 
core competencies today and what are future business segments, (2) What are the 
partnering characteristics (number of partners, closeness of cooperation), and (3) 
which are the processes to be addressed with a Business Networking strategy? 



Before introducing the RIO, Diamond distributed its products primarily through indirect channels 
via system integrators, value-added resellers, distributors and retailers. 
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4.1 .2 Overview of Strategies 

Generally speaking, strategies are to be designed to sustain the creation and rein- 
forcement of a unique and valuable competitive position [cf. Porter 1996, 68]. 
According to [Hinterhuber 1992, 7], strategies encompass four main activities: 

1. The analysis of the initial strategic situation. 

2. The decision about the future position to be established in a competitive envi- 
ronment. 

3. The selection of differentiation elements (technologies, etc.) that determine the 
competitive advantage and the appropriate allocation of resources. 

4. The commitment to criteria and standards that can be communicated and that 
permit a strategy’s success to be measured. 

Many theoretical approaches have been proposed in recent literature to answer the 
strategic questions in Business Networking. Firstly, there are general approaches 
to be found in the strategic management literature (cf. e.g. [Porter 1996], [Pra- 
halad/Hamel 1990]) which address the analysis of the existing situation and the 
development of future competitive strategies. Secondly, there are specific ap- 
proaches put forward in the organization literature which aim at shaping the coop- 
eration with partners. Examples include the transaction cost framework, hterature 
on virtual organizations and (strategic) networking [cf. Sydow 1992]. Thirdly, we 
have some more technology-oriented approaches that are geared to providing 
electronic support for specific business processes, such as electronic commerce for 
procurement or sales activities. 

These three strategic approaches will be combined in two main strategy dimen- 
sions of Business Networking.^ On the one hand, decisions are required on strate- 
gic positioning and the type of partner relationship to be adopted. For example. 
Diamond decided to concentrate on producing the RIO while outsourcing neces- 
sary non-core competencies, such as the transaction infrastructure, to Skyway. 
This dimension will be referred to as organization strategies. On the other hand. 
Diamond supports sales and distribution via an electronic platform. Developing 
decisions on which business processes should be supported and what technologi- 
cal concept should be applied (e.g. electronic commerce) is the object of the sec- 
ond strategy dimension, the networking strategies. 



A comparable distinction has been suggested by [Venkatraman 1991, 141] who distinguishes two 
strategies for business network redesign: (1) strategies for business governance, and (2) strategies 
for IT governance. 
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4.2 Organization Strategies 

Business Networking strategies have to connect to the general business strategy as 
seamlessly as possible. This means that the potentials of Business Networking are 
part of the overall strategy and that strategic goals can be directly translated into 
consequences for Business Networking. This is the purpose of organization strate- 
gies. 




No Existing core competence y@s 



Figure 4-1: Alternative Organization Strategies 

As Figure 4-1 illustrates, we need to identify whether a Business Networking 
relationship supports business in an existing or a new business segment. To a large 
extent, this decision depends on what the existing core competencies are^: 

• Develop new resources with existing core competence in a new business 
segment 

• Externalize resources if it is a non-core competence in an old business seg- 
ment 

• Pool resources with partners if a new business segment is to be entered 
without having all required core competencies to be competitive in this field 

• Strengthen resources with an existing core competence in an old business 
segment 

Table 4-1 also shows that several organization strategies are available in theory 
and practice for designing the partner relationships in these four cases. From the 
variety of existing approaches (see Table 4-1) three organization strategies will be 
elaborated in more detail: insourcing, outsourcing and virtual organizing. The 



According to [Prahalad/Hamel 1990], core competencies: (1) provide potential access to a wide 
variety of markets, (2) should make a significant contribution to the perceived customer value, and 
(3) should be difficult to imitate for competitors. See also [Reve 1990]. 
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special fourth quadrant shows an overlap of two strategies and will be described 
separately. 



Approach 


Options 


Reference 


Transaction cost economics/ 
organization theory 


Hierarchy, market, hybrid 

Electronic markets. 
Electronic hierarchies 


1 Williamson 1985] 
[Malone ctai. 1987] 




Inhouse manufacture, 
market supplier, 
partnership 


]Clenions/Reddi 1993] 


Tek cooperation 


Hierarchical organization, 
Networked organization, 
MtxJular organization, 
Virtual organization 


[ Reich wald et al. I99H| 


Strategic networks 


Internal networks, 
stable networks, 
dynamic networks 


(Snow 1992) 




Quasi -e X tern a 1 i zat ion , 
quasi-internalization 


[Sydow 1992) [ 


Virtual organizations 

1 


IntraorganizationaU 

interorganizational 

1- 1 


[Davidow/Malone 1992|, 
[Bleicher 1993], 

IScholz 1997] 


Resource-based approaches | 


Pooling, allying, linking 


[Moss Ranter 1989] 



Table 4-1: Existing Approaches to Organization Strategies 



4.2.1 Outsourcing - Externalizing Non-core Competencies 

Traditional business resources which are not part of a company’s existing and/or 
future core competencies are typical objects of an outsourcing strategy. For exam- 
ple, Trust Bank is a regional bank with over 50 locations in Australia. Trust Bank 
is structured around four strategic areas: the bank network, electronic banking, 
personal banking as well as commercial banking and manages over USD 1.8 bil- 
lion in assets [cf. Hewlett Packard 1998]. In 1991, Trust Bank acquired Tasmanian 
Bank and was having problems to integrate the two different IT systems into one. 
Due to the critical nature of systems for the business, IT operations were outsour- 
ced to Hewlett Packard's operations services division. Trust Bank is now concen- 
trating on developing custom applications and creating new IT based services 
within their core competencies (see Figure 4-2). 
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Outsourcing is an organization strategy which allows major, non-core functions to 
be externalized to specialized service providers that established a core competence 
in this specific area [cf. Sagesser 1999, 25]. Outsourcing is different from classical 
subcontracting since it concerns non-core activities which are traditionally per- 
formed inside a company, e.g. an activity in Porter’s value chain model (cf. [Kop- 
pelmann 1996], [Lacity/Hirschheim 1995]). 

In 1997, the Dun & Bradstreet Corporation and The Outsourcing Institute released 
an outsourcing index designed to measure the changes in the level of outsourcing 
activity in the United States. According to a study [cf. Outsourcing Institute 1999] 
six main areas of outsourcing can be distinguished: finance (11%), human re- 
source (15%), information technology (30%), marketing & sales (14%), admini- 
stration (8%) plus some minor ones (22%). The study reveals that U.S. companies 
with over USD 80 million in revenue expect to increase expenditures for services 
they outsourced during 1997 by 26% to approximately USD 85 billion. Over the 
next three quarters, outsourcing activity is anticipated to rise by 16% to USD 146 
billion [cf. Outsourcing Institute 1999]. 



4.2.2 Insourcing - Strengthening Existing Competencies 

Compared to outsourcing, insourcing concentrates on the acquisition of competen- 
cies that are apt to strengthen already existing core competencies (cf. e.g. [An- 
drade/Chapman 1998], [WestkamperAVildemann 1993]). For example, the Ger- 
man post office organization, Deutsche Post, recently acquired the Swiss Danzas 
Group which bought the European transport and distribution division of Dutch 
Royal Nedlloyd N.V. Plans are for Deutsche Post to take over Nedlloyd’s parcel 
business and Danzas’ logistics business to integrate them into their own organiza- 
tions [cf. Schnitzler 1999]. Both acquisitions clearly strengthen the scale and 
scope of Deutsche Post in its existing market segment, the transportation of par- 
cels [cf. Deutsche Post 1999]. Similar insourcing activities can be observed in 





4.2 Organization Strategies 



101 



other industries as well. Examples are telecommunications (e.g. AOLAVorldcom 
merger) or the automotive sector (e.g. DaimlerChrysler). 






Figure 4-3: Insourcing at Deutsche Post 



4.2.3 Virtual Organizing - New Segments with Cooperation 
Partners 

Virtual organizing is a strategy that emphasizes the network as an entity. Although 
various legally independent partners cooperate within this network, an integrated 
product is offered on the marketplace. It is a central characteristic of a virtual 
organization that none of the participants could offer the same service individually 
and that virtual networks are temporary in nature (cf. [Davidow/Malone 1992], 
[Byrne 1993]). According to [Faucheux 1997], [Venkatraman/Henderson 1998] 
and [DeSanctis/Monge 1998], the term virtual organizing has been chosen instead 
of virtual organization in order to emphasize the process nature and to denote all 
possible organizational arrangements between market and hierarchical coordina- 
tion forms. 

An example of virtual organizing is Enba, a start-up venture which offers Internet 
based financial services from Dubhn, Ireland. Although Enba does not possess the 
necessary resources, it sees its competitive advantage in a virtual business model 
that pools different, legally independent companies under one brand, but appears 
as one company to external parties. In contrast to vertically integrated competitors, 
Enba works with a selected group of internationally renowned partners, each cho- 
sen for its individual expertise in providing a specialist contribution to the overall 
service offering. For instance. The Royal Bank of Scotland is responsible for 
clearing and settlement, the Merchants Group takes responsibility for all call cen- 
ter operations, whereas stock orders are forwarded to Dresdner Kleinwort Benson 
who take on the execution. All processes are automatically run on the Internet, 
controlled by accompanying information systems. These systems enable custom- 
ers to easily set up or delete accounts or calculate stock values and price risks. At 
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the same time, they provide the platform for the integration of all participating 
partner companies and Enba is able to offer stock orders 50 % cheaper than its 
competitors. 




Figure 4-4: Virtual Organizing: Enba 's Business Network 

Enba constitutes the center of a business network in which the company concen- 
trates on its core competence: the coordination of a pooled business network con- 
sisting of legally independent companies (see Figure 4-4). A virtual organizing 
strategy can therefore be defined as an organization strategy in which a collection 
of legally independent companies, institutions, or individuals come together 
quickly to cooperate for a particular mission. Its characteristics may be summa- 
rized as follows (cf. [Mertens et al. 1998, 3], [Arnold et al. 1995, 10]): 

• Common business objective. All partners strive at providing a common serv- 
ice or product. Each member brings to the cooperation his core competencies 
and all act as an entity vis-a-vis the customer. 

• IT-platform. Compared to internal coordination, virtual organizing involves 
more coordination, e.g. exchanging order, invoice or status information. 
These requirements are compensated by process standards and IT platforms. 

• Trust. Because of the need for speedy action, not all aspects of the relatio- 
nships can be backed up by formal agreements. Therefore, it is crucial that a 
large amount of trust should exist among members. 



4.2.4 Developing New Business Segments 

Both insourcing and virtual organizing may also be applied by companies aiming 
at entering new business segments that are in line with their existing core compe- 
tencies. Developing existing core competencies to enter new business segments 
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can basically be achieved by teaming up with partners or by making strategic 
acquisitions. 

For example, Ariba offers an operating resource management system (ORMS) to 
manage the procurement of MRO goods within an enterprise. By implementing 
the Ariba.com Network, the company aims at developing its core competencies in 
ORMS to build up a new service that connects buyers and suppliers over the 
Internet (cf. Chap. 10.2.1). To meet these challenges, the Ariba.com network in- 
corporates a number of Internet services including catalog and content manage- 
ment, order transaction routing, and multi-protocol support for numerous standard 
ways of exchanging content and transaction information. Ariba developed its 
existing core competence (ORMS) for the new (Internet) business segment. 




Figure 4-5: Ariba 's WWW-Site 

Ariba is also an example for the next development in Business Networking: elec- 
tronic services (eServices). Increasingly, existing business-to-business relation- 
ships will be enhanced to offer individual services that generate new revenue. 
These eServices are available over the Internet and a high degree of standardiza- 
tion and modularity allows them to be integrated into internal application land- 
scapes (cf. Chap. 2.3.5). Electronic services are a consistent continuation of 
outsourcing and concern areas, such as payroll processing. Web-site development 
and hosting, and credit card processing. Increasingly, eServices are evolving for 
more business oriented areas as well: bill presentment and reconciliation, credit 
checking, freight forwarding, customs clearance, field service, inventory manage- 
ment, and supply replenishment. 

The strategy framework clearly shows that the development of new business seg- 
ments (e.g. eServices) can either be done by pursuing an insourcing strategy (e.g. 
Ariba) or a virtual organizing strategy. The latter has been done by AFB Software 
in Munich who initiated a cooperation with AutoBild, a German automobile maga- 
zine. In March 1999 they launched ‘Autokatalog’, an Internet catalog for prospec- 
tive buyers to configure a car to suit their preferences. It includes more than 3,000 
models and more than 250,000 available after-market items. From Autokatalog, a 
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customer may also obtain such information as actual market surveys, interior and 
external views of the car and a calculation of individual leasing, financing and 
insurance facilities [cf. AFB 1999]. AFB is linked to various finance and insur- 
ance companies, permitting real-time calculations and cooperation with existing 
dealers. Inquiries are routed to the nearest dealer who will fix an appointment for a 
test drive. 

All companies involved in this eService cooperate to serve a new market with 
their existing core competencies. AutoBild, for example, uses its brand recogni- 
tion to enter a new market segment - the sale of cars. Insurance, finance, and 
leasing companies are enabled to extend their business segment and develop their 
core competencies by offering the new services. 



4-2.5 Summary of Organization Strategies 

All examples discussed above have emphasized the role of core competencies and 
the future positioning in the market. They have shown that Business Networking 
can support various strategic goals that have to be decided in close coordination 
with the general business strategy. Business Networking consequently extends a 
company’s core competence strategy. For example, by allowing a company to 
focus on core competencies. Business Networking can strengthen its position in an 
existing business as well as enable it to exploit new business opportunities (e.g. 
eServices). 

Each of the organization strategies has a specific profile characterizing the coop- 
eration (see Table 4-2). The strategies vary according to the number of partners 
involved as well as the depth and the duration of the partnership. For example, 
insourcing relationships are more of a long-term nature than virtual organizing 
relationships. Virtual organizing is the strategy that yields the highest flexibility 
(e.g. to respond to changing market demands), whereas insourcing is not really 
very flexible in changing existing internal partnerships. 



Strategies 

Cntena 


Outsourcing 


Insourcing 


Virtual | 

Organizing | 

j 


Number of partners 


1 


1 


n 


Depth of cooperation 


deep 


deep 1 


1 medium 


Duration of 
cooperation 


long 


long 


1 

middle 1 

1 


Flexible response 


middle 


slow 


fasi i 



Table 4-2: Profiles for Organization Strategies 
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4.3 Networking Strategies 

As explained above, networking strategies put their focus on the processes be- 
tween business partners and the applications supporting these processes. In Chap- 
ter 3, the relationship between Business Networking scenarios and Business Net- 
working strategies has already been indicated. Three main networking strategies 
have been mentioned: electronic commerce, customer relationship management, 
and supply chain management. The networking strategies are designed to address 
different types of processes (see Figure 4-6) with the emphasis on different as- 
pects: 

• Customer relationship management (CRM) aims at supporting the whole 
relationship a company has with individual customers. To characterize CRM 
functionality the customer buying cycle is used which includes marketing, 
evaluation, buy, and after-sales activities. 

• Supply chain management (SCM) focuses on supporting four main business 
processes: source, plan, make, and deliver. These processes from the SCOR- 
model aim at designing a smooth flow of goods, information and funds. 

• Electronic commerce (EC) focuses on transaction processes and can be ap- 
plied at the links of various business processes. For example, EC can support 
the outsourcing of payroll activities, the auctioning of surplus capacities in 
sales, the procurement of indirect goods and the like. 



Transaction 

Processes 



Business 

Processes 



Metworking 

Strategies 




Focus of 
Networking 
Strategy 



Relationship 



Transaction Flow of goods 



Figure 4-6: Processes in Different Networking Strategies 

Business Networking integrates the three networking strategies that have emerged 
as separate fields from a holistic perspective. The isolated evolution of each strat- 
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egy explains the heterogeneity of the process models. For example, the processes 
of information, contracting, evaluation, buy, and source are inherently similar. The 
same is true for settlement and deliver processes. From this, two insights can be 
derived: 

• Business Networking strategies involve overlaps which indicate that links 
between the strategies have to be taken in consideration. Consequently, EC or 
supply chain strategies need to be enhanced by elements of other strategies. 

• Business Networking strategies have individual emphasis which justifies the 
distinction of three different networking strategies. EC concentrates on shap- 
ing transactions, especially information and contracting processes, CRM con- 
centrates on relationship processes, i.e. processes that go beyond individual 
transactions, and SCM concentrates on planning and production processes. 

Therefore, Business Networking involves conceptualizing and managing multiple 
networking strategies at the same time (see Table 4-3). 



Electronic Commerce 


Entire collecUon of nclions that support commercial activities 
tm a network 


|Adam/Yesha 1996, 5] | 


Any form of economic activity conducted via electronic con- 
nections 


I Wigand 1997,2] 


Use of digital processes to improve efficiencies of commeaial 
transactions and processes as well as a means to offer new, 
digital product 


[Choictal. 1997. 12| 


Supply Omin Management 


Integration of all activities asstxiiaied with the flow and trans- | 
formation of gitods from the raw materials stage to the end user 


iHandfield/ Nichols 1999,21 | 


Management of upstream and downstream rclaiionships to 
deliver superior customer value at less overall cost 


IChristopher 1998, 18| 


Process of examining buying and use of puahased materials 
and services and linking the resoua^es of suppliers to the strate- 
gic goals of the company 


IRiggs/Robbins 1998.4) 


Customer Relationship Management 


Use of IT in supplier-customer relationships concerning all 
points of contact (awareness, evaluation, settlement, and aficr- 
saies) between a company and their customers 


lUstcrlc/Muthcr 1998. 109 1 


! Three compuier-cnhanced capabilities ^ information manage- 
menL interactive communication, and customized products - are 
integrated to create a 'customer feedback loop' with each 
individual custonuT 


[Peppers/Roger 1997. 13) 


The management of customer relationship in business media 
comprises the design, development, and application of holistic 
concepts in order to manage relationships to economically 
valuable currem or future customers 


(Komer/ZimntcTmann 1 999, 461 1 

i 



Table 4-3: Overview of Approaches to Networking Strategies 
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4.3.1 Electronic Commerce - Transaction Perspective 

Electronic commerce is a buzzword that is frequently applied without reference to 
the processes that are specifically included. In order to implement an EC strategy, 
‘doing business electronically’ is not sufficient. The main processes which are 
used to characterize EC are developed from a transaction perspective. Transaction 
cost theory (cf. e.g. [Williamson 1985], [Wigand et al. 1997]) has been applied 
early by [Malone et al. 1987] to discuss electronic markets and hierarchies. The 
established phase model distinguishes three phases [cf. Schmid/Lindemann 1998]: 

• In the information phase, relevant partners and products/services are identi- 
fied. For example, electronic product catalogs are used to compare products 
and relevant conditions (prices, delivery deadlines, etc.). This phase is sup- 
ported by a large number of services, e.g. search engines, such as Altavista, 
Yahoo! or Lycos, content providers (e.g. Ariba), or community pages (e.g. 
[http://bec.iwi.unisg.ch]). The main thrust is towards establishing multi- 
vendor platforms permitting thorough comparisons of competing offers. 

• The contracting phase continues the transaction and establishes a formal, 
mutually binding relationship between the partners. Contracting includes 
agreeing on terms and conditions, such as terms of payment, delivery date, 
delivery conditions, warranty, service levels, etc. Clearly, electronic con- 
tracting presupposes the redesign of existing legal rules and appropriate tech- 
nologies. In both areas, a variety of promising initiatives are under way which 
will foster the volume of commercial transactions [cf. Schmid et al. 1998]. 

• The settlement phase finalizes a transaction. Physical or virtual goods are 
delivered and funds are transferred. Currently, many actors are aiming at of- 
fering integrated services for settlement processes which have been described 
as computer-integrated logistics (CIL) [Alt/Schmid 1999]. Examples are 
electronic commerce services by Deutsche Post or virtual order by Federal 
Express. The big challenge is to overcome the traditional physical/financial 
dichotomy and to integrate financial solutions. Modular financial services, 
such as bill presentment services (e.g. PayNet [www.paynet.ch]) and eCash 
systems, are being developed. 

These transaction processes are used to characterize EC more precisely. EC de- 
notes the electronic support of information, contracting and/or settlement proc- 
esses. EC requires that at least information and order entry processes should be 
supported electronically. Within EC, various fields have been distinguished. The 
established differentiations are: 

• Depending on the application context, EC can be conducted within an enter- 
prise (intra-business), with business partners, such as suppliers and corporate 
customers (business-to-business), and with end-customers (business-to- 
consumer) (cf. e.g. [Kalakota/Whinston 1997], [Schwede 1999]). The focus 
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of Business Networking is on the intra-business and business-to-business ar- 
eas. 

• Depending on the underlying business processes, EC has evolved for pro- 
curement and sales processes. This has led to buy-side and sell-side EC- 
applications (see Table 4-4). 





Sell-side 


Buy -side 




* Additional revenue generation 


* Higher cost efficiency 




• Iniproved after-sales service 


• Higher process efficiency 




• Set-up of virtual communities 


• Improved supplier management 




• Web-sites/calalogs 


• Workllow/catalogs 


Technology 


• Trading platforms 


• Procurement services 




• Hosting services 


• Hosting services 



Table 4-4: EC-Potentials and Technologies 



An example for a buy-Side EC-application is provided by W.W. Grainger's pro- 
curement system. W.W. Grainger, Vernon Hills, USA, brought together six differ- 
ent suppliers of MRO goods and created a one-stop online buying center."^ Via 
OrderZone.com, customers place their order and receive one invoice across multi- 
ple suppliers [cf. OrderZone 1999]. OrderZone.com routes the orders to each 
supplier for fulfillment (see Figure 4-7). When customers are finished, a com- 
pleted order form containing all necessary information (such as shipping, billing 
information, multiple quantity and total calculations, etc.) is generated and various 
schemes are offered for payment (such as credit cards, and open-account billing). 
OrderZone enabled Grainger to create a new service and to enter new market 
segments. It streamlines the procurement process and standardizes trading proce- 
dures which has led to a 10% reduction in buying costs for Grainger. Delays and 
errors in procurement are reduced and all interaction with customers is performed 
via one channel. 



Participating companies include: Cintas Corp. (uniforms). Corporate Express (office supplies), Lab 
Safety Supply (safety supplies), Marshall Industries (electronic components), VWR Scientific 
Products (lab supplies), and Grainger Industrial Supply (MRO supplies). 
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Figure 4-7: Buy -side EC at W.W. Grainger 

Blaupunkt Extr@Net is an example of a sell-side EC-application. A subsidiary of 
Robert Bosch GmbH in Hildesheim, Germany, Blaupunkt is a manufacturer of car 
communication technologies, e.g. car audio, traffic telematics, and radiophones. 
With about 7,000 employees (2,600 in Germany) and a volume of five million car 
radios per year, Blaupunkt is a European market leader in car radios [cf. Blau- 
punkt 1999]. In July 1998, Blaupunkt introduced an Internet-based electronic 
catalog which enables specialized traders and after-market customers to order 
products and to obtain information about products, prices, delivery status and 
backlogs (see Figure 4-8). The catalog is divided into 13 sub-product groups (from 
antennas to accessories) and may also be downloaded. Customers can place arti- 
cles into a simple shopping basket specifying desired delivery dates. Further bene- 
fits are: no order and express forwarding expenses, information about delivery 
times, available products and campaigns. For Blaupunkt the largest benefit came 
from the savings in manual order entry which took up about one third of the time 
the sales people spent on this operation before the solution was implemented. 




Figure 4-8: Sell-side EC at Blaupunkt 
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4.3.2 Supply Chain Management - Flow Perspective 

Another Business Networking strategy that mainly evolved from the logistics 
discipline is supply chain management. SCM aims at optimizing the flow of goods 
between multiple processes [cf. Handfield/Nichols 1999, 2]. First logistics ap- 
proaches were geared to overcoming the functional orientation within an individ- 
ual company which involved the coordination of materials management along 
procurement, production, warehousing, and distribution activities in order to re- 
duce inventories and increase flexibility to react to changing market demand. With 
the advent of ERP systems many companies have achieved considerable levels of 
internal supply chain optimization. The current developments are focused on en- 
hancing these solutions in two respects: 

• Improve coordination of physical and financial flows in order to reduce cash 
cycles, and 

• Extend supply chain optimization efforts to external partners, such as suppli- 
ers, distributors, retailer, and, ultimately, customers. 

Clearly, extended supply chain solutions are made possible by the use of poten- 
tials of information technology which reduces the specificity of technological 
investments and increases interoperability among IT systems [cf. Dubois/Carmel 
1994]. An example of this networking strategy is the Taiwan Semiconductor 
Manufacturing Company (TSMC) in Hsin-chu, Taiwan. TSMC is the world’s 
largest contract manufacturer of integrated circuits, with revenues exceeding USD 
1.5 billion. TSMC’s competitive advantage has traditionally come from technol- 
ogy, capacities, and pricing. With increasing competition, TSMC realized the need 
to focus on superior customer service aiming at better differentiation. It was 
mainly in respect of two criteria that performance was to be improved: visibility 
into the off-site manufacturing process and order lead time [cf. Orths 1995, 29]. 
The solution was to remove the internal/extemal barrier and to give partners ac- 
cess to the same amount of information as available to internal production units. 
TSMC’s first business partner was Adaptec, the USD 1 billion manufacturer of 
networking and I/O equipment. To reduce order lead times, information links were 
established for R&D, forecasting and the execution of supply chain processes (see 
Figure 4-9). 
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Figure 4-9: Supply Chain Scenario at TSMC and Adaptec 

To take advantage of scale effects and to increase supply chain efficiency with 
other partners, TSMC wants to roll out the scenario to other customers as well. 
Although the solution will be customized for each customer, TSMC estimates that 
80 % of its customer base are eligible for this solution. The benefits resulting from 
the solution are significant (see Table 4-5) and illustrate the potentials of Business 
Networking to create win-win situations with partners. But above all, TSMC has 
been able to achieve its goal to stay competitive and to become an industry leader. 



TSMC*s Benefits 


A da piece's Benefits 


• Increased customer saiisfaciion through cus- 
tomer's increased real-time visibility into their 
supply chains, the reduction in lead time and 
inventory levels, and improved on-time deliv- 
eries 

• Customer's product lead time reduced by as 
much as 25 % 

• Reduction in work-in-progress inventory 
carrying costs due to cycle lime reduction 

• Improved capacity planning with demand 
forecasts 


• Increased customer satisfaction through reduc- 
tion in lead times and improved on-time deliv- 
cry 

• Cycle limes cut by as much as 50 % 

^ • Inventory levels reduced by 25 % 

• Integrated processes for invoicing, sharing of 
quality data 



Table 4-5: Benefits ofSCM at TSMC and Adaptec 

The advantages at TSMC are mainly based on exchanging information on fore- 
casts, stock levels, orders, work-in-progress data and the like (see Table 4-5). This 
is also reflected in supply chain models, such as SCOR^, which builds supply 
chains using four core logistic processes (plan, source, make, deliver) and three 
core management processes (planning, execution, infrastructure). A combination 



SCOR is a process reference model and was first published as version 1.0 in November 1996 by the 
Supply Chain Council (SCC) as a cross-sector standard from 73 Fortune 500 companies. The prime 
goal is to provide a language standard for intra and inter-company communication with SC partners 
[cf. Supply Chain Council 1998]. For the SCOR model, see also Chapters 6 and 9. 
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of both dimensions (Table 4-6) serves to develop a detailed functional view of 

supply chain processes that are contained in the more general type of supply chain 

strategies, such as; 

• Integrated logistics solutions. Supply chain processes are bundled into an 
integrated logistics solution. Often, these solutions focus on planning and de- 
livery processes. Prominent providers are such integrators as FedEx. 

• Global supply chain visibility. Information about supply chain performance 
(status of resources and flows) is pooled in centralized databases. Euro-Log, 
for example, performs the tracking & tracing between multiple business part- 
ners. 

• Global sourcing. Sourcing activities are consolidated across organizational 
boundaries which involves designing vendor contracts, demand planning and 
the like (Table 4-6). 

• Vendor-managed inventory (VMI). Inventory at the customer is managed by 
the vendor. This strategy involves elements of all four processes and will be 
described in more detail in Chapter 5. 

• Quick response (QR). An order system permitting fast reaction, based on EDI 
over the whole supply chain, to customer individual demands [cf. Walker 
1994]. 

• Continuous replenishment (CRP). A continuous, standardized and automated 
system of supplying materials based on scanner data direct from point of sale 
(POS), e.g. Wal-Mart [cf. Klaus/Krieger 1998]. 
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Conventional ERP systems were unable to cope with the variety of supply chain 
strategies and the complexity of process configurations. This has led to the evolu- 
tion of specific supply chain applications which focus on calculating demand 
patterns, simulating production capacities, etc. An overview of these advanced 
planning systems (APS) is provided in Chapter 9. 



4.3.3 Customer Relationship Management - Relationship 
Perspective 

Compared to EC which has its focus on transactions and SCM which focuses on 
flows, the third Business Networking strategy presents a distinct relationship per- 
spective. While EC assumes an atomistic transaction perspective, SCM is produc- 
tion-centred with marketing or sales activities being secondary considerations. 
Customer relationship management recognizes that customer relations stretch 
across atomistic transactions and that pre-sales and after-sales activities are an 
inherent part of customer-orientation in Business Networking. 

LGT Bank, Liechtenstein, for example, as described in Chapter 7.2, increased its 
focus on the needs of clients in order to remain competitive. As a result, the bank 
decided to integrate front- and backoffice processes via a common information 
system to create a customer-centric organizational structure. Another compelling 
example of customer orientation is SAP AG (cf. Chap. 3.2.4) which aims at 
achieving and maintaining customer relationship by offering a large number of 
electronic services and setting up a virtual community. Marshall Industries (cf. 
Chap. 3.2.3), a company which succeeded by structuring the entire organization 
around the customer, created the junction box, a series of IT systems that support 
relationships between Marshall’s cutomers and suppliers. Transaction functional- 
ity (EDI, Web order entry) has been enhanced with Marshall’s Intranet (Mar- 
shallNet), an electronic catalog, a 24 h ordering facility, customized customer 
Web pages (PartnerNet), the creation and monitoring of customer profiles, a 
scheduling and replenishment system, as well as training and consulting services 
[El Sawy et al. 1999]. 

Customer relationship management means increasing revenues and profitability by 
coordinating, consolidating and integrating all points of contact that enterprises 
have with their customers, employees, partners and suppliers which is what in 
effect integrates sales, marketing, customer service, enterprise resource planning 
and virtual sales office [cf. Osterle/Muther 1998, 108]. CRM primary focuses on 
the marketing, sales and after-sales processes. 

• Marketing process. CRM supports the customer and the business itself with 
information on products, campaigns, customer profiling, etc. 

• Sales process. CRM supports the customer with call center activities, product 
configuration information, etc. 
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• After-sales process. CRM supports the customer with problem analysis, guar- 
antees handling, etc. 

Between the after-sales and sales processes, we have order processing activities 
taking place that are not part of the CRM processes themselves. The tasks of these 
processes are supported by enterprise resource planning (ERP) systems (cf. Chap. 
2.3.1). The three CRM processes and the process of order processing can be as- 
signed to the four stages of the customer buying cycle [cf. Muther 1998, 17]. From 
the identification of customer needs, and the compiling of product and price in- 
formation, purchase handling right through to the service phase of the customer 
buying cycle reflects all possible interfaces between providers and customers. 



4.3-4 Summary of Networking Strategies 

Networking strategies are the second strategic element in Business Networking. 
Since each strategy emphasizes different processes, the networking strategies 
complement each other. In general, the profiles of the strategies are (see Table 
4-7): 



• Cooperation intensity. EC deals with a vast number of partners but depth of 
cooperation, i.e. electronic ordering, is low and duration short. In the case of 
SCM and CRM, depth of cooperation is great and duration long, in other 
words, each partner has to be an individual part of the value chain and each 
customer wants individual attention even when he is not ordering at the mo- 
ment. 

• Flexibility. EC and CRM are flexible in responding to changing requirements, 
i.e. the creation of new catalogs, specific information, etc., whereas SCM is 
relatively inflexible due to the long period of time required for installation. 

• Specificity. As elaborated by [Malone et al. 1987], asset specificity largely 
determines the number of partners and the ease of switching partners. Typi- 
cally, EC solutions are conceived for a large number of partners and involve a 
limited depth of cooperation. Low specificity results from using standardized 
technology and low levels of integration with business processes. SCM re- 
quires high levels of process integration and often involves proprietary solu- 
tions. Standards in EC and SCM will result in a high degree of process inte- 
gration at low specificity. 
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Criteria / Strategy 


EC 


SCM 


CRM 
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Table 4-7: Profiles of Networking Strategies 



4.4 Interaction of Business Networking Strategies 



The concept of Business Networking strategies boils down to the idea that every 
Business Networking solution has two dimensions and requires decisions in terms 
of organization and (networking) processes. Therefore, each example can be posi- 
tioned regarding these two dimensions (see Figure 4-10). For example, Blaupunkt 
intended to strengthen their market power in the field of car communication tech- 
nologies and decided to insource with a combination of EC, SCM and CRM: a 
business-to-business sell-side EC-solution, a guaranteed delivery channel (SCM), 
and after-sales activities (CRM), such as order status tracking, complaint man- 
agement, training facilities, information databases, etc. A similar case is W.W. 
Grainger which combines the multi-vendor catalog with a direct delivery channel 
and after-sales functionalities. 
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Figure 4-10: Interaction of Organization and Networking Strategies 
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The examples cited and feedback from interviews show that organization strate- 
gies are inherently of a long-term nature being that the cost of switching strategies 
are high. Networking strategies often have for their object the development of 
process solutions. An electronic catalog, for example, might be supplemented with 
a direct delivery channel (see the ETA case in Chap. 6) and, as a later stage, rela- 
tionship management elements, such as virtual communities and FAQs, could be 
added. 



4.5 Conclusions 

Conceiving and implementing a Business Networking strategy requires top- 
management attention and decisions. It has been attempted in this chapter to show 
that organization strategies link up with a company’s competitive strategy and 
determine how competencies in a certain field should be organized. The processes 
behind each strategic decision are addressed by networking strategies that have 
different, but complementary, emphasis. Adopting a Business Networking per- 
spective overcomes the problem of conceiving and implementing isolated solu- 
tions, a fallacy often observed in literature and practice. 

Although the approaches proposed to formulate specific strategies are many and 
various and involve a certain amount of complexity, there are distinct benefits to 
be derived from a clear understanding of the interaction of strategies. First, it al- 
lows a distinct separation of organization and process issues. Second, it is helpful 
for planning the set-up and the evolution of a Business Networking solution. It 
would be possible, for instance, to start by implementing an electronic catalog and 
by enhancing it step by step with other networking features, such as shipment 
tracking, a discussion forum, auction functionalities and the like. 

Due to the focus of this book being on processes, the following chapters will pres- 
ent a more detailed view of networking strategies. Chapter 5 concentrates on 
SCM, Chapter 6 on EC and SCM and Chapter 7 on CRM. Finally, both organiza- 
tion and networking strategies are also reflected in the method proposed for Busi- 
ness Networking which will provide concrete guidance as to when and how to 
adopt any of these strategies (cf. Chap. 13). 
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5.1 Business Networking Is Customer and Supplier 
Integration 

In 1996 the management of Riverwood International (RWI), an integrated paper- 
board and packaging supplier with head quarters in Atlanta, GA, USA, set out to 
create a new level of customer service within the industry. RWI wanted to en- 
hance its competitive position by improving the flow of information to and from 
the customer. This information flow will be determined by the uniqueness of the 
commercial relationships between each customer, and in some cases each ‘ship to’ 
location of each customer. RWI has developed capabilities that enable small cus- 
tomers to process orders, inquire into order status, and monitor global inventory 
position with direct access to RWI’s information system via an Internet based 
solution. In the case of large customers, RWI is implementing new global materi- 
als management strategies, negotiated delivery and production schedules and 
shared sales and purchasing forecasts. Implementing these strategies, RWI and 
their customers will realize the benefits in the areas of inventory reductions, lower 
process costs, and greater flexibility for retail market response.^ 




Figure 5-1: Supply Chain of Riverwood 

RWI found itself primarily confronted with the following questions: How to ap- 
proach the customers and how to arrive at a true win-win situation? What coop- 
erative strategies should be considered? How to calculate the return on investment 
(ROI) for this inter-business project? What are the critical success factors for this 
project? What activities will have to be included in the project timetable? Which 
business processes implement the strategies? What organizational changes will be 

^ For further discussion of the Riverwood International case cf. Chap. 13.3. 
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necessary? Which information systems and standards should be used? Which 
services could be used and/or provided? 
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Collaborative 
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0 0 
0 0 



++ High + Middle 



0 Low 



Table 5-1: Supply Chain Potentials at Riverwood 

Today, executives can pick up any management magazine and read about the 
latest business and information technology trends in the area of inter-business 
integration, supply chain management, electronic commerce, outsourcing, etc. and 
about the overwhelming benefits for the modem business. They read the adver- 
tisements of consulting firms who are building core competencies in the area of 
Business Networking, and full-page spreads from new and well-known names in 
software industry who are bringing innovative software components for business 
partner integration onto the market. Exactly how this potential can be harnessed 
remains largely unclear, however. Business Networking aims to provide the an- 
swers. 

Business Networking encompasses the professional design and maintenance of the 
link between business partners and constitutes the sine qua non for the implemen- 
tation of a large number of effective strategies for the future. The same principles 
of Business Networking apply when it comes to translating strategies into func- 
tional processes and information systems, irrespective of whether we are dealing 
with supply chain integration, outsourcing, globalization, electronic commerce in 
sales or purchasing. 



5.2 Establishing the Business Networking Vision 

The first question, which RWI asked itself, was: who are my business partners 
today and who will they be tomorrow? From the huge number of business partners 
comprising customers, suppliers, authorities and the general public, the manage- 
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ment selected those who were the most important: in the case of RWI all custom- 
ers. The next question was: what are the forecasting, planning, purchasing, re- 
plenishment and payment processes of these customers going to look like^ tornor- 
row? RWFs sales personnel sat down with the customer’s staff or managers and 
drew up profiles for each and every customer. Customer profiles record the cur- 
rent status and target developments in the customer’s business and information 
management. Examples are organization structure, cooperation strategies, classifi- 
cations, information on business processes and exceptions as well as the architec- 
ture of the relevant information systems. 

Customer profiles provide on the one hand a systematic and largely objective 
overview of the current partner situation and thus the basis for wide-area integra- 
tion; on the other, they represent for sales staff a welcome means of enhancing 
customer loyalty and strengthening the relationship with the customer. Business 
Networking visions can be derived from the general business trends and the spe- 
cific statements of the customer profiles. In RWI’s case the vision was: every 
customer is important. Every customer, whether they are an international beverage 
producer or a micro-brewery with three employees, should be given a specially 
customized link. The example of RWI follows the generally observable business 
trend towards mass customization: it is not only the products which are individu- 
alized but also the services associated with the product, the customer relationship. 
RWI: “Riverwood has always provided high quality products and services. Tradi- 
tionally, these services focused on transportation and warehousing. In the future, 
these services will provide integration between end buyers, manufacturers, and 
suppliers. The boundaries that have traditionally restricted cooperation have been 
eliminated, now all that remains is the ability of management to properly utilize 
these capabilities.” 



5.3 Implementing the Business Networking Vision 

A large number of strategies with differing design focus were open to RWI (cf. 

[Fine 1998], [Austin et al. 1997]): 

• Strategies leading to more efficient and more effective Business Network 
structures: How do I reduce the number of suppliers through one additional 
intermediary? How do I outsource the entire transport logistics including fin- 
ishing to an external service provider? 

• Strategies which aim to improve the quality of a large number of major entre- 
preneurial decisions by integrating inter-business information: How do I con- 
vince my customers to forward their production schedules, delivery schedules 
or point of sales data to me? How can I initiate an inter-business forecasting 
system and thus minimize the number of demand signals? How can I make 
relevant information available to my partners online? 
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• Strategies which make it possible to create individual products and services: 
How must product components be designed in order to ensure that they can be 
assembled to form a product specifically geared to the requirements of an in- 
dividual customer at a later date? What information technology support do I 
need in order to be able to offer every customer individual after-sales service? 

• Strategies that reduce the time and effort necessary for coordinating business 
partners: Who will manage my raw materials warehouse? At what point in 
time does ownership and thus product risk pass to my customer? When can I 
dispense with order acknowledgements, when can I use a clearing method to 
settle accounts? 

On the basis of the Business Networking vision and the partner profiles, manage- 
ment then decides to implement the most effective strategies in the catalog. The 
effectiveness of a cooperation strategy largely depends on its acceptance among 
the business partners involved. 



5.4 As the Tide Comes In all Boats Go Up 

How do I create this acceptance? How does Business Networking benefit the 
businesses involved? Business Networking is put in place in order to improve the 
return on investment of new and existing resources. The costs and benefits of 
Business Networking are described in terms of the effectiveness and efficiency of 
the new form of inter-business cooperation. With Business Networking, efficiency 
applies more to the company internal effects and can typically be measured quan- 
titatively. Frequently used metrics here are internal costs (production costs, war- 
ranty costs, costs generated by returned products), the costs of administrative 
processes (e.g. costs of procurement) and the development of inventories (cash-to- 
cash cycle time, inventory days of supply, asset turns). Effectiveness describes 
effects directed outward towards partners. In some cases, these can only be deter- 
mined qualitatively. The effectiveness of a solution is described in terms of deliv- 
ery quality metrics (delivery performance, order fulfillment performance, perfect 
order fulfillment) and flexibility (supply chain response time, production flexibil- 
ity) . 

For RWI, one of the greatest challenges lays in the lack of information on cus- 
tomer processes and customer feedback on RWFs products and services. RWI’s 
service processes were largely manual and reactive and thus costly and slow. In- 
formation on production processes was very scant. RWI’s service personnel re- 
ceived no support in achieving sustainable customer loyalty and consequently 
morale sank. By linking RWI’s goals, strategies, processes and information sys- 
tems to those of their customers, RWI plans to (a) reduce the order to cash cycle 
by 60 days, (b) go from 8 weeks of finished goods to 2.5 weeks, (c) reduce cost to 
serve by 50%, (d) cut order fulfillment process cycle times from 14 days to 2 
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hours, (e) increase the accuracy of invoices sent out, (f) achieve a minimum cus- 
tomer service rate of 95% and (g) raise the morale of the workforce. 

How does RWI convince its business partners of its Business Networking vision? 
Business Networking questions always deal with n : m relationships, in other 
words, relationships between n suppliers and m customers. Thus RWI sells its 
products and services, for example, to some 2000 customers and each of these 
customers purchases from between 5 and 20 packaging manufacturers. In order to 
simplify handling, it is frequently only the individual 1 : 1 relationships which are 
analyzed and managed in today’s inter-business projects. As a result, the interde- 
pendence between these 1 : 1 relationships is lost and solutions that need a critical 
mass of business partners are not considered. In order to convince the critical mass 
of partners in favor of a new Business Networking solution, a win-win situation 
must be created and communicated. Win-win situations are those in which the 
ROI of each partner is improved by the new networking solution (cf. Chap. 
12.3.3) 



5.5 Shaping Competitive Advantage 

From its customer profiles and the selected mix of cooperation strategies in the 
area of warehouse management and the inter-business integration of information, 
RWI evolved standard services which it would hke to offer its customers in future. 
Such standard services are management and IT based. Envisaged management 
services for customers include, e.g., advanced shipping notices, order acknow- 
ledgements, 7*24-hour ordering facility, 7*24-hour current status information 
from production and logistics; envisaged IT services range from simple Web so- 
lutions developed and provided by RWI, including hardware and maintenance and 
allowing direct access to RWl’s order management system, to the integration of 
the customer’s ERP systems with RWl’s ERP systems. For each customer, RWI 
composes an individual package from these standard services for customer inte- 
gration. It is only through the individual combination of a few standard services 
that the costs and complexity of individual partner integration can be mastered. 
Individually programmed links at the information system level lead to a blind 
alley. 

The new services help coordinate RWl’s business processes with those of its cus- 
tomers. As a result, new planning data from key account customers in some cases 
automatically initiate RWl’s planning processes, inventory movements in the 
warehouses run by RWI on customer premises automatically affect RWl’s pro- 
duction and logistics. The business processed involved must be designed so that 
they coordinate themselves under normal circumstances. The managers of coordi- 
nating processes have to agree threshold values, such as minimum inventory levels 
in the warehouses, at the outset. In addition, they have to arrive at joint decisions 
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in respect of the applicable microprocesses, such as the correct way to process 
inventory or the storage method to be applied. Management attention should only 
be required in exceptional cases. There are two major questions to be considered 
here: 

• Who is responsible for coordination in exceptional cases? In the case of RWI 
and its customers it is the process managers of the self-coordinating proc- 
esses, i.e. RWI’s vice president sales and the vice president of purchasing for 
the customer concerned. They and their staff meet not only to deal with ex- 
ceptional cases but also get together twice a year to further develop their pro- 
cesses and coordination mechanisms as well as to nurture their cooperation 
culture. 

• What procedure is to be followed in exceptional circumstances? An intensive 
integration of customers and suppliers may well mean heavy dependence on 
the part of both partners. What happens if one side fails to provide an agreed 
coordination service? If, for example, a supplier receives an incorrect produc- 
tion schedule from its customer or is not informed that the vendor managed 
inventory has already dropped below the minimum level this may lead to 
short deliveries and consequently to lost production. Exceptional arrange- 
ments clarify the question of who bears the costs in such cases and whether 
penalties are to be applied. Together with its partners, RWI developed a com- 
prehensive set of rules governing obhgatory microprocesses, threshold values 
and exceptions. 



5.6 Creating the Coordination Backbone 

The architecture of information systems follows the architecture of the business. 
This also applies in the case of Business Networking. During the eighties and 
nineties, software manufacturers followed the call of business for data integration 
to be as comprehensive as possible, first and foremost SAP with its products R/2 
and R/3. With the transformation of the business model towards greater speciah- 
zation and decentralized structures, the once highly integrated packages are in- 
creasingly being distributed or supplemented by special software components. 
This distribution or development of new components is occurring where the mar- 
ket demands it: in the process areas assigned to Business Networking. Highly 
regarded manufacturers of these new components for integrating business partners 
are i2, Manugistics and SAP in the area of advanced planning tools (cf. Chap. 9) 
and Ariba, Commerce One, Netscape and SAP in the area of electronic commerce 
purchasing tools (cf. Chap. 10). 

These new software components support the coordination of inter-business proc- 
esses and permit the inter-business integration of data, which are accessed by the 
cooperating business partners. They represent connecting elements with special 
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functionality between the business partners’ ERP systems. To support its inter- 
business processes to the customer, RWI installed the APO planning system from 
SAP and integrated it firstly with its own R/3 system, secondly with the relevant 
systems of its customers and thirdly with the Web solution. The integration with 
the internal and external information systems is the greatest challenge for the 
architecture and implementation of Business Networking tools. The information 
system standards used play a decisive role here: the wrong standards will lead to a 
blind alley. Active management of these information system standards ensures the 
flexibility and integrity of a Business Networking solution (cf. Chap. 8). 

Amongst others, RWI would like to give its customers the possibility of calling up 
the current order status at any point in time. That means that RWI must first be in 
possession of this information. This simple example clearly demonstrates that a 
properly functioning internal organization and the internal integration of informa- 
tion systems are prerequisites for Business Networking. 



5.7 Becoming Part of the Business Networking 
infrastructure 

In order to be able to implement its cooperation strategy RWI must depend on the 
services of trust centers, e-cash providers, security providers, network providers, 
master data providers, etc. These services are standardized and are increasingly 
becoming an inherent part of the infrastructure of the business world in the infor- 
mation age (cf. [Tapscott 1995], [Barling/Stark 1998]). RWl’s goal is to outsource 
all services that do not belong to its core business. The smooth integration of the 
providers of these infrastructure services is dependent on well-known interfaces 
and service levels. The sum of all providers with whom RWI could integrate is 
referred to as the ‘business bus’ (cf. Chap. 2.3). RWI regularly follows develop- 
ments in the Business Bus and thus ensures that innovations in the relevant service 
market are used to the corporation’s advantage. The spectrum of services offered 
by the Business Bus is continually increasing. At the same time the services are 
increasingly taking on more business functionality (payroll services, etc.). 

The management of RWI found that “in the future Business Networking will be a 
primary product of Riverwood. We are creating customer supply chain integration 
centers to ensure that each participant in the supply chain derives benefit from the 
relationship.” 
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Figure 5-2: RWI-Business Networking Model 

Business Networking describes the far-reaching capabilities of a corporation to 
position itself and hold its ground in a network of other corporations and to design 
the strategies, processes and information systems so vital to any corporation in 
order to communicate with the outside world. 

The St. Gallen business model (cf. [Bleicher 1995], [Ulrich 1984]) is based on the 
conception of a business as a living social system, and over the years it has drawn 
on many ideas from the fields of biology, cognitive science, ecology and evolu- 
tionary theory. If we view a business as a living social system which strives to 
survive within its environment, i.e. its business network, then the significance of 
‘networkability’ can be clearly illustrated: the ability to survive, to learn and to 
think will always depend on the business’s communication capability. 

With applying the core lessons (see Table 5-2) of Business Networking RWI is 
achieving networkability. 



Core Business Networking Lessons Learned 

1 . Customer and supplier integration is an entrepreneurial challenge 

2. Partner profiles and processes help defining the Business Networking vision 

3. A mix of cooperation strategies implements the Business Networking vision 

4. Create and communicate a win-win situation 

5. Business Networking creates USP characteristics and changes business strategies 

6. New information systems and standards support the integration of business partners 

7. New Business Networking services emerge and transform the business world 



Table 5-2: Core Business Networking Lessons Learned 
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6.1 Introduction 

Electronic commerce (EC) and supply chain management (SCM) are two Business 
Networking strategies that are enjoying widespread popularity. Both are concepts 
designed to sustain networking among businesses and as such are attracting con- 
siderable management attention these days. This is explained by the substantial 
growth in electronic sales that is expected to take place in the coming years. Ac- 
cording to [Forrester 1998] five percent of all global sales will be through elec- 
tronic media by 2003. While EC is often put on a level with such sales solutions as 
electronic catalogs, malls and auctions, all sales involve supply chain activities as 
well. The latter cover the entire production process from procurement to distribu- 
tion and for some products at least have reached a remarkable degree of sophisti- 
cation. Examples are immaterial products (e.g. news, and software) as well as 
some physical products, such as CDs, books or computers. Compared to the po- 
tential of physical products, electronic sales are still negligible. Prominent excep- 
tions, such as Dell or Cisco, have had a measure of success due to their efficient 
link to EC and supply chain solutions. But for many companies this still remains 
an intricate task. This is because the solutions for EC and SCM have evolved from 
different backgrounds: The former from sales and marketing and the latter from 
physical logistics, production and materials management. 

In the following, we will outline how industrial companies can reap benefits by 
jointly managing EC and SCM. We believe that the pursuance of integrated 
strategies which include both areas is vital for expectations in electronic sales to 
materialize. As a first step, we will discuss both concepts and their inter- 
relationships. With this in mind, we will present a case study to show how ETA 
SA implemented an EC and SCM strategy. This will include a description of the 
solution and an evaluation of the major benefits for the participants. Important 
lessons learned and critical success factors deduced from this project will be dealt 
with in Chapter 6.4. Finally, in Chapter 6.5 we will discuss the conclusions to be 
drawn for the management of the inter-relationship between the two concepts. 



6.2 Analysis of Concepts 



6.2.1 Supply Chain Management - Flow Perspective 

Compared to logistics, the discipline it developed from, SCM, is a relatively new 
term. While, as [Christopher 1998, 15] pointed out, overall logistical concepts 
have been around for many centuries, SCM did not make its appearance in the 
literature until the last decade. For a long time, logistics was a concept limited to 
the military sector, and it is only since the middle of the 20^^ century that logistics 
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has come to be accepted in the business sector. Today, SCM may be described as 
the “integrated management approach for planning and controlling the flow of 
materials from suppliers through the distribution channel to the end user” [Elfram 
1991, 14]. Compared to the internal focus of traditional logistic approaches, SCM 
emphasizes the management of upstream and downstream relationships and the 
role of supply chain optimization in increasing customer value at less cost [cf. 
Christopher 1998, 15]. As described in Chapter 4, there are several examples for 
SCM initiatives: just-in-time (JiT), zero inventory (ZI), efficient consumer re- 
sponse (ECR), vendor managed inventory (V1S4I) or continuous replenishment 
(CR) [Kalakota/Whinston 1997, 285]. This involves three areas which SCM has to 
address [Klaus/Krieger 1998, 436]: 

• All order processing activities originating at the customer, i.e. order accep- 
tance, inputting of orders into the order processing system, calculation of pro- 
duction and generating material forecasts, 

• All material activities of the supply chain directed towards the customer, such 
as materials management, production, distribution and order fulfillment, 

• All order-related financial activities, such as invoicing, billing and funds 
transfer. Unfortunately, many SCM definitions and projects fail to include 
this area and, consequently, ignore the benefits of close coordination of finan- 
cial flows, e.g. the reduction in the amount of capital committed. 

Various models have been put forward by software vendors and industrial organi- 
zations for modeling supply chains. A well-established one is the supply chain 
operations reference model (SCOR) proposed by the Supply Chain Council, an 
American industrial association with close to 500 member companies. In the first 
place, SCOR provides a standardized language for the description, analysis and 
measurement of supply chains among multiple partners. As shown in Figure 6-1, 
SCOR builds supply chains using the four generic supply chain functions, i.e. 
plan, source, make and deliver (cf. Chap. 4.3.2). These processes are addressed by 
individual organizations and linked up in interorganizational scenarios, e.g. to 
exchange forecasting information (plan-plan link) or to exchange quotes/orders 
(source-deliver link). Links among supply chain processes of different organiza- 
tional units lead to interorganizational supply chains and, ultimately, represent the 
flow from producer to consumer. 

The interorganizational aspect is reflected in two areas: First, source and deliver 
activities are located at the interface of internal and external organizational units. 
Second, SCOR envisages a planning hierarchy, i.e. the planning in two organiza- 
tions can be linked via an additional planning activity which oversees and coordi- 
nates the individual plans. Actually, this planning activity has been marked out by 
dotted lines in Figure 6-1 since it always has to be performed by one organiza- 
tional unit. 
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Figure 6-1: Supply Chain Processes in Business Networking 



6.2.2 Electronic Commerce - Transaction Perspective 

Similar to SCM, the field of electronic commerce (EC) has its roots in earlier 
concepts. Technologies, such as Videotex and electronic data interchange (EDI), 
for instance, were developed way back in the 1960s. But they were lacking any 
significant momentum until the emergence of Internet technologies. Today, EC is 
omnipresent and credited with considerable economic impact. In order to avoid 
broad, almost unspecific definitions of EC (cf. Chap. 4.3) transaction-oriented 
concepts have been introduced for the description of electronic markets (cf. 
[Malone et al. 1987], [Schmid 1993]). Transactions link the activities of buyers 
and sellers and can be broken down into various phases (cf. Chap. 6.2.2): During 
the information phase, customers make their choice among a variety of goods and 
vendors. This is followed by negotiation and decision-making concerning a spe- 
cific product in the contracting phase. Finally, in the settlement phase, the selected 
goods are delivered to the customer who, in turn, pays a consideration for them. 
For EC to take place, it is necessary that at least one of these phases and order 
entry should rely on electronic means (cf. Chap. 4.3.1). 
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Figure 6-2: Phase Model and Application Areas of EC 
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As shown in Figure 6-2, EC shapes transactions between business processes. It is 
this perspective that allows EC to be applied to various business processes. For 
example, the outsourcing of human resource functions to eService providers, such 
as ADP, can be handled by EC solutions.^ However, most solutions for EC sup- 
port have evolved to support sales and procurement transactions. Sell-side EC 
primarily comprises electronic product catalogs which permit browsing through, 
configuring and ordering of goods from one or more vendors. Well-known sys- 
tems, such as Intershop, Openmarket or Broadvision, are designed to bundle cata- 
logs according to conditions that are pre-negotiated with a vendor; also referred to 
as desktop purchasing systems (DPS) or buy-side EC, they are offered by such 
vendors as Ariba, Commerce One or Netscape (cf. Chap. 10). In the following, we 
will focus on single-vendor catalogs as a form of sell-side EC systems. We will 
mainly consider business-to-business transactions in this context, intraorganiza- 
tional EC or business-to-consumer EC solutions being outside the scope of this 
chapter. 



6.2.3 Comparison of Concepts 

The theoretical analysis of EC and SCM reveals that both concepts have two as- 
pects in common. First, buy-side and sell-side overlap with the source and deliver 
activities that are core elements in supply chains. Second, information on supply 
chain planning processes is required within the contracting phase when the avail- 
ability of goods or the scheduled delivery time for a specific configuration is to be 
determined. This functionality, called ‘available to promise’ (ATP), clearly re- 
quires information from the supply chain. ATP checks have become an important 
feature of SCM tools from i2 Technologies, Manugistics or SAP (cf. Chap. 9). It is 
equally important that these systems should make use of the information on EC 
transactions in determining demand forecasts. 

Figure 6-3 illustrates the relationship in a sourcing scenario: The source activity is 
initiated when demand emerges from an ERP-module or is determined manually. 
Such demand triggers off the EC transaction and goods are selected, negotiated 
and delivered via close interaction of customer and supplier systems. On the sup- 
plier side, a supply chain link exists between the information phase and the plan 
process which enable the ATP check to be performed. All other links focus on the 
settlement phase for the production and delivery of the goods ordered. 



ADP offers payroll and human resource management services to over 425,000 clients worldwide. 
In 1997 ADP processed paychecks of over 21 million employees in North America and 2 million in 
Europe [ADP 1999]. Other providers are Advantage, Ceridian, Paychex or Payroll Central. 
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Figure 6-3: Complementary Relationship between EC and SCM 

While there is considerable overlap of the central functions in the two concepts, 
marked inherent differencies exist in the scope of design and quality of the un- 
derlying relationships. In EC, the main emphasis is on shaping information and 
contracting processes within transactions. SCM is designed to provide control of 
the underlying flow of goods, an element reflected in supply chain planning, de- 
livery and payment processes. From the transaction perspective, the latter mainly 
take place within the settlement phase and, except for a slight overlap resulting 
from the exchange of availability information noted above, orders emerging in the 
contracting phase may trigger off SCM activities. As regards the quality of the 
relationship, it can be observed that SCM arrangements tend to occur in long-term 
relationships with a substantial intensity or depth of cooperation. Often, EC tends 
to produce opposite effects seeing that the costs of switching catalog providers are 
marginal. 

Thus, an analysis of the two concepts - EC and SCM - reveals a complementary 
relationship with some overlapping. EC concentrates on shaping information and 
contracting activities (e.g. designing electronic catalogs and matching functions) 
whereas SCM is primarily concerned with planning processes and the organization 
of various flows of goods. Specifically, SCM has developed techniques and meth- 
ods for streamlining the designing, implementing and operation of settlement 
processes. Indeed, both concepts are bound to have an important impact on day-to- 
day business [KalakotaA¥hinston 1997, 285]: “The integration of electronic com- 
merce and supply-chain management is changing the way businesses work inter- 
nally and work with each other.” 
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6.3 Case Study: EC and SCM at ETA SA 



6.3.1 Goals of EC and SCM at ETA SA 

‘The Swatch Group’ is a globally operating producer of watches for brands, such 
as Blancpain, Omega, Rado, Longines, Tissot, Certina and Swatch. The group 
consists of a number of individual companies which, inter alia, mainly engage in 
the production of watch movements and components as well as in research and 
development. The production of watches for the individual brands is undertaken 
by various member companies of the group. ETA SA Fabriques d’Ebauches of 
Grenchen, Switzerland, employs more than 10,000 people worldwide and supplies 
the movements for watches to all brands of ‘The Swatch Group’ which, in turn, 
organize the production and distribution of the finished products. As the world’s 
third largest manufacturer of movements, ETA has over 15 production sites in 
Switzerland, Germany, France, Thailand, Malaysia and China. Revenues in 1998 
exceeded one billion Swiss francs. 

In the case of ETA, Business Networking makes for increased customer- 
orientation, improved cost-efficiency, reliability and global presence. Together 
with the Institute for Information Management at the University of St. Gallon 
(IWI-HSG), ETA has conceived and is presently introducing new procedures for 
the distribution of spare parts and movements which incorporate SCM and EC 
elements. The ETA case highlights the potential of both strategies for cutting costs 
and for streamlining customer service processes in a typical business-to-business 
setting. 



6.3.2 Initial Problems at ETA SA 

When ETA started its ‘business network redesign’ project in 1996, there were 
three main problems that were considered to be of strategic importance: 1. the 
redesign of the introduction process for new movements, 2. a new distribution 
strategy for movements and spare parts as well as 3. the installation of a new dis- 
tribution channel for spare parts and movements. A two-phase project was set up 
to tackle these challenges: Phase I addressed the reengineering of the supply chain 
and phase II the introduction of the EC solution. 

To start with, a number of customer workshops and a customer relationship analy- 
sis were conducted in order to explore networking potentials and problems^. The 
main problems reported were: 



2 



For the documentation of phase I [cf. Benz et al. 1999]. 
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• Customers, i.e. mainly the different brands within The Swatch Group’, were 
lack information about the interchangeability of parts (one part may be used 
in several movements) and comprehensive up-to-date technical information 
on the movement, assembly information for the production of watches, manu- 
als and specific information on special questions, such as necessary stocking 
etc. 

• Specimen movements, spare parts and movement-specific tools were not 
available as new movements were coming on the market. 

• Low level of customer service (ETA-CS) performance due to long cycle times 
for the repair of movements and the distribution of spare parts and frequent 
misunderstandings resulting in the delivery of wrong parts. 

• Rudimentary information on ETA customers, their sales history concerning 
spare parts as well as their preferences. 



6.3.3 Phase I: Re-Engineering the Suppiy Chain 

As shown in Figure 6-4, the distribution of spare parts involves a complex distri- 
bution network of warehouses, both in-house and outside. Each brand orders spare 
parts from ETA-CS and delivers them to their customers, e.g. The Swatch 
Group ’-country organizations (CO) and independent agents. Brands receive the 
parts from the ETA-CS and store them in their own warehouses. After analyzing 
the existing supply chain, it was found that there are three major advantages to be 
gained from direct deliveries to the brand’s customers: 

1. Concentration of inventory holding locations at ETA. Today, ETA has about 12 
different levels of in-house warehouses which are scattered all through the pro- 
duction process. A new high-bay warehouse has been installed to eliminate the 
need for small warehouses. Concentration of inventories has not only reduced 
overall inventories at ETA but also ensured more efficient stock-keeping, i.e. 
quick retrieval of necessary parts. 

2. Elimination of warehouses at the brands. With spare parts delivered directly to 
the brand ‘s customers, warehouses at the individual brands will become redun- 
dant obsolete in some cases and outphasing them will result in reduced inven- 
tory costs and improved capacity utilization. 

3. Delivery guarantees for customers. Eliminating warehouses also entails re- 
duced bufferage within the distribution network. Brands that were reducing 
their warehousing capacities insisted that ETA should guarantee specific times 
for delivery. So ETA-CS will establish two distribution channels, distributions 
A and B, with cycle times of 24 and 120 hours, respectively. 
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Figure 6-4: Redesign of Distribution Network at ETA 



6.3.4 Phase II: Introduction of EC Solution 

As explained in chapter 6.2, the main activities of EC are associated with the de- 
sign of information and contracting processes. At ETA, orders were traditionally 
sent via fax or mail to the ETA-CS. Their main problem was that consistent in- 
formation on available products was lacking and orders often were for just ’40 
gears with 14 teeth’. Translating this order into processing terms, i.e. finding out 
the relevant article number, was very time consuming for the ETA-CS and it 
might take hours to identify the relevant article. After this matching process the 
order was finalized and entered into ETA’s ERP system. Obviously, incorrect 
matches would result in wrong parts being delivered. 

The project team identified inconsistent product master data as the main problem 
and went about to elaborate a homogeneous master data structure. They expect 
that this standardization effort will be finished for all movements of ETA’s actual 
collection in December 1999. Information on products was initially conceived for 
distribution via CD-ROMs which contained article numbers, part descriptions, and 
pictures. However, updating in this solution involved some additional effort and 
order entry was still relying on conventional media, i.e. mail or fax. Therefore, an 
EC solution was conceived which enabled the integrated support of information 
and contracting activities via the World Wide Web (see Figure 6-5). 
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Figure 6-5: Convergence of Inf ormation Flow 

The ETA Online Shop started in April 1999 with Swiss pilot customers and will 
become available to all customers in Autumn 1999. In the initial phase selected 
pilot customers will be able to order spare parts and in the further roll-out primary 
sales products, such as ‘Flatline’ and ‘Normflatline’ product groups, will be 
added. This mainly concerns those individual Swatch brands which account for 
the largest share of ETA’ s revenues. Once registered in the EC solution, customers 
can browse through the electronic catalog and obtain specific information about 
(new) products, prices, discounts, etc. Selected components are added to an indi- 
vidual shopping basket. The total order amount will be calculated and after 
choosing a specific payment method (e.g. credit card payment) the order process is 
completed. An (electronic) order acknowledgement is sent and order tracking is 
possible throughout the entire order cycle. The main benefits to be gained from 
implementing the EC solution are as follows: 

1 . Efficiency of information processes for the customer. The convergence of in- 
formation in the EC solution (see Figure 6-5) enables customers to obtain all 
relevant information on existing and new products (prices, technical descrip- 
tions, sales conditions, and interchangeability) via one channel. Since the site is 
maintained centrally, the ETA-CS can easily assure that information is up-to- 
date and benefit from cost savings in producing and distributing catalogs, price 
lists and technical documents. 

2. Improved level of customer service. Additional, previously unavailable, features 
have been introduced with the EC solution and will yield significantly higher 
service levels. Such features include the individualized shopping basket, elec- 
tronic order payment options (credit card payments were unavailable before), 
technical document downloads and electronic order tracking. Additional func- 
tionalities are currently being conceived and will include enhanced customer 
profiling, individual customer homepages, customer communities, frequently- 
asked-questions databases (FAQ), online complaint management as well as 
auctions to sell refurbished or old parts. 

3. Efficiency of order processing for ETA SA. With the EC solution, order proc- 
essing efficiency has increased remarkably. This has been mainly due to the 
homogenization of master data which reduces matching efforts and, conse- 
quently, eliminates misunderstandings as well. Increased efficiency allows 
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ETA-CS to cope with an increased order volume and enables the personnel to 
concentrate on intensifying customer relationships (e.g. acquisition of new 
customers, answering individual questions). 
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Figure 6-6: Sample Screen of ETA *s EC Solution 



6.3.5 Complementarity of Concepts and Implementation 

The case of ETA SA underlines the complementarity of EC and SCM which was 
elaborated in Chapter 6.2. Supply chain activities were started by optimizing the 
flow of physical goods from ETA to the customer. A central aspect was estab- 
lishing a direct delivery channel as well as enhanced capabilities for monitoring 
and controlling the distribution processes which has made it possible to offer 
guaranteed delivery times. The fact that no specific supply chain planning system 
was implemented goes to show that supply chain performance may be improved 
even without setting-up complex planning systems. 

Direct customer contact has also been accompHshed with the EC solution with 
customers being able to directly browse through ETA’s catalog and use the same 
platform for order entry. Clearly, the main areas of the EC effort were the design 
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of the catalog and the order entry channel. EC implementation was accomplished 
via a proprietary, tailor-made solution. Linking the ERP and the EC system is first 
done manually with the integration of both systems being the object of the next 
step. 

The overlapping of the two concepts was manifest from several aspects. First, the 
attractiveness of the EC solution increased as direct order entry and direct delivery 
became practical possibilities. This was mainly due to the fact that both cycle 
times and uncertainty of delivery were significantly reduced as a result. Before, 
the complex warehouse structure and incoherent master data had impeded quick 
and reliable deliveries. ETA’s long tradition in business notwithstanding, the new 
electronic channel made it possible to obtain distribution structures comparable to 
Dell’s (cf. Chap. 3.2.1) and Cisco’s (cf. Chap. 8.1). Second, an analysis of the 
financial flow resulted in an additional payment method being introduced, i.e. 
payment by credit card. Third, there are plans now to integrate logistic function- 
alities from third-party-distributors to track orders through the entire order cycle 
and to calculate prices including the accurate shipping costs. 



6.4 Critical Success Factors at ETA SA 

The Study of the ETA case revealed a number of critical success factors which 
were responsible for the success of the company in introducing its Business Net- 
working solution. 



6.4.1 Master Data Management as 'Hidden Success Factor’ 

Both solutions, SCM and EC, were dependent on the standardization of processes 
and master data. In the ETA case, this involved identifying the applicable stan- 
dards for handling orders via the ‘customer counter’ of the ETA-CS and possible 
modifications of the existing master data scheme. This led to a far-reaching stan- 
dardization and maintenance initiative in the area of product and customer master 
data. As explained earlier, the most time-consuming part of order processing was 
translating an order into ETA’s article numbering system. This concerned mainly 
the processing of interchangeability information, consolidation of pricing infor- 
mation (for special packaged quantities) as well as the integrity of article and 
technical descriptions. Neither of the two concepts directly includes this activity in 
its scope, but without master data management the benefits described would not 
have been possible. Therefore, master data management has been recognized as a 
‘hidden’ success factor. 
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6.4.2 Strategic Alignment with Marketing Strategy 

EC and SCM tend to mark a turning point in a company’s established marketing 
strategy in as much as these strategies introduce a new distribution channel with 
novel functionalities (direct order entry and direct deliver). Interestingly enough, 
EC initiatives often originate in a company’s IT department and SCM on the pro- 
duction side. For this reason, the first step to be undertaken should be to make sure 
that the marketing department is convinced of the initiative’s benefits and strongly 
believes in the necessity to act. 

In the case of ETA SA, the benefits and possibilities of implementing the new 
distribution channel were clarified with the company’s top management when best 
practice EC solutions from Dell, Cisco and others were demonstrated. An inten- 
sive discussion process ensued and the positive effects of the planned solution on 
the company’s marketing as well as on customer’s sourcing strategy were identi- 
fied. As a result, a clearer understanding was obtained of the benefits to be ex- 
pected, costs and project timescale. As a side effect, it was possible at an early 
stage of the project to clarify such upcoming questions as security issues and legal 
aspects of EC. 



6.4.3 Reciprocity of Benefits 

The first activity on starting the project was to communicate the current status of 
development work to the partners on the basis of the isolated EC solution (no ERP 
integration). This provided a pretty clear picture of the scope the solution at this 
early stage and enabled the partners to assess their specific win-win situation. For 
this purpose, the project team conducted workshops where win-win situations 
were elaborated in terms of improved effectiveness (guaranteed delivery times, 
higher information level, transparent order tracking information, inter- 
changeability information for customers of the EC solution) and higher efficiency 
(lower order fulfillment costs for ETA SA and cost-saving potentials for the 
brands’ local warehouses). It was decided that the ‘selling proposition’ for the EC 
solution should consist in superior supply chain performance, mainly guaranteed 
delivery times, rather than price incentives. 



6.4.4 Common Basis for Communication 

As strategies for Business Networking, EC and SCM are inherently interorganiza- 
tional in nature. In determining the scope of a joint solution and the degree of 
synchronization of processes among independent business units, it was important 
to establish a common basis for communication. At ETA, the previously men- 
tioned SCOR model proved helpful in as much as it aims at improving communi- 
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cation between supply chain partners.^ SCOR distinguishes multiple analytical 
levels of which the upper three were used at ETA. 

• At level 1, management and relevant supply chain partners jointly elaborated 
a business network that enabled an overview to be provided of the internal 
and external organizational units for the product groups affected by the solu- 
tion. Included was an overview of production and distribution locations on 
ETA’s procurement side as well as intermediate storage facilities, distribution 
centers, wholesalers, retailers and end customer groups on the distribution 
side. With the aid of this chart, ETA defined which of the distribution levels 
should have access to the EC solution in the future. 

• At level 2, relevant business processes and exchanged outputs were defined 
using the generic SCOR distribution processes, such as ‘make- to- stock’, 
‘make-to-order’, ‘deliver stocked products’ and ‘deliver made-to-order prod- 
ucts’ (cf. Chap. 4.3.2). At ETA, this execution process network mainly con- 
sisted of execution and planning processes. For example, ‘plan make’ was 
used to coordinate the order-based production process with the order-based 
delivery process. 

• At level 3, the process elements relevant to EC were analyzed and refined. 
For example, outputs exchanged, such as product description, customer in- 
quiries, order acknowledgements, etc., were specified. An important step was 
the application of the metrics provided in the SCOR model (e.g. lead times, 
number of perfect orders, etc.) since this forms the basis for measuring the 
performance of the SCM/EC solution in the future. 

SCOR clearly helped in rapidly mapping out processes and in compiling an unam- 
biguous documentation of the future supply chain configuration. However, it 
turned out that SCOR was conceived for supply chains and, when applied to the 
modeling of an EC solution, it permitted only delivery processes in the settlement 
phase to be modeled with the pre-defined elements. Despite its shortcomings in 
the area of information and contracting activities, SCOR was chosen for the intro- 
duction of the EC solution since the ‘selling proposition’ consisted to a high de- 
gree of supply chain performance. 



6.4.5 Method for Structured Procedure 

The ETA project clearly brought out the specifics of Business Networking which 
are non-technical to a great extent. Business Networking needs strategic manage- 



SCOR comprises a standard description for management processes, a framework for relationships 
among the standard processes, standard metrics to measure process performance, management 
practices that produce best-in-class performance, and standard alignment to software features and 
functionality [cf. Supply Chain Council 1998]. 
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ment attention and requires organizational standards and rules. Important exam- 
ples are homogenized master data and clear responsibilities between marketing 
and IT for the design and operation of the EC solution. Both SCM and EC in- 
volved business relations to other members of ‘The Swatch Group’ that are largely 
independent. Therefore, hierarchical pressure to participate in the SCM and EC 
solutions was no viable option to ensure the acceptance for the solutions. Once the 
internal organizational measures had been initiated, a possible scenario was devel- 
oped and benefits for potential partners were estimated. Based on these expected 
benefits pilot partners were convinced to participate in the further development of 
the EC solution. This mainly involved completing a change request and also of- 
fered the possibility of shaping the final solution according to their requirements. 
After a series of change requests, internal and also at the pilot partners, the EC- 
solution will be ready to be rolled out to all customers. 

The major steps in the ETA-project are shown in Table 6-1 and will be used in the 
development of a method for Business Networking (cf. Chap. 13). This method 
will build on the method that was used at ETA for conceptualizing and imple- 
menting process networks among business partners (cf. Chap. 14). The structured 
approach is also apt to improve efficiency where further Business Networking 
processes are to be implemented. 




Phase 2: EC 



• Homogenization of product master data 

• Redesign of distribution network: Con- 
centration of existing inventory holding 
locations 

• Redesign of warehouse management, c.g. 
high-bay warehouse 

• Redesign of supply chain process net- 
works based on common basis for com- 
munication 



• Strategic alignment with marketing strat- 
egy 

• Homogenization of customer master data, 
including customer specific discounts in a 
rebate matrix 

• Calculation of customer benefits 

• Communication of customer benefits and 
selection of pilot partners 

• Set-up of EC-stcering committee 

• Selection of pilot products 

• Design, plan and implement EC-pilot 

• Collection of change requests 

• Roll-out EC solution 

• Enhancement of EC solution (ERP- 
integration) 



Table 6-1: Steps Undertaken in Business Networking at ETA 
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6.5 Conclusions and Next Steps 

This chapter discussed the steps and procedures used in implementing a business- 
to-business EC solution based on a redesign of the supply chain for industrial 
products at ETA SA. In executing the EC solution, the supply chain proved a 
critical element and direct delivery and direct order entry facilitated a direct link to 
the customer. The performance of the supply chain was, in fact, used as a selling 
incentive with a view to fostering the diffusion of the EC solution. At the same 
time, the EC system was instrumental in improving such supply chain activities as 
order entry and payment. There are many other aspects, too, that underline the 
complementarity of EC and SCM, i.e. the flow perspective of SCM versus the 
transaction perspective of EC. 

More importantly, the project also reflects the intricacies of inter-business projects 
that involve multiple Business Networking strategies. It was crucial for the suc- 
cess of the project that it had the management’s support and that not only IT and 
customer service were involved, but the marketing department, too. As far as 
external partners are concerned - the individual brands at ETA - here is a case 
that bears witness to the importance of reciprocity. Creating mutual win-win 
situations is clearly a sine qua non for the successful diffusion of an inter-business 
solution. Addressing these challenges and the hidden success factors that became 
apparent in the course of the project, is a complex task. The method adopted pro- 
vided a structured procedure model and systematic guidance in identifying roles, 
problems, success factors, milestones, budgets, and other key elements. 

It should be pointed out, however, that work on both the method and the EC/SCM 
solution is ongoing. Important steps to be undertaken next are to develop an ex- 
tended cost-benefit analysis and to define metrics to assess the performance of the 
EC/SCM solution as well as to establish links with customer relationship man- 
agement functionalities, e.g. complaint management, customer communities or 
self-information services. 
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7.1 Introduction 

The redesign of business processes and the implementation of standard software 
for enterprise resource planning (ERP) in recent years has led to significant im- 
provements in both process performance and service quality (cf. Chap. 2.3.1). 
Now that the classic reengineering trend is slowing down, companies have come 
to realize that efficiency in itself is no longer sufficient if they are to compete for 
customers in the 2C* century. In many markets we are currently witnessing a ma- 
jor move away from market and product centricity towards a complete realign- 
ment of business processes in order to integrate with customer processes, which 
creates additional customer values and finally leads to lasting customer relations. 
The efforts directed at building and maintaining long-term relationships with cus- 
tomers are usually summarized as ‘customer relationship management (CRM)’. 
CRM represents one of the networking strategies in Business Networking (cf. 
Chap. 4.3.3) and is driven by both business and technology: 



7.1 .1 Business Trend: Customer Centricity 

Although many companies claim to be customer-oriented, even new services are 
mostly product-centric, i.e. customers have to adapt to the way a company works 
but not vice versa. In essence, customer centricity is a business strategy which 
aims for the complete redesign of a firm’s processes to meet customer needs. The 
main goal of any customer-centric strategy is to solve a customer’s problem in its 
entirety through the creation of a complete solution package containing all the 
necessary services and products, and to offer it as part of a one-to-one relationship 
(cf. Chap. 2.3.6). 

An example is Travelocity, an Internet-based travel agency which integrates a 
broad range of vacation planning activities in one platform. Instead of booking a 
flight with airline X, making a room reservation with hotel Y and looking for a car 
at rental car agency Z, customers are guided through their entire planning process 
by an Internet application that seamlessly combines all these services (see Figure 
7-1). 
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Figure 7- 1 : Travelocity [ www. travelocity. com ] 
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7.1,2 Technology Trend: Tools for Marketing, Sales and Service 
Automation 

Emerging technologies, such as mobile computing and document processing, 
allow novel applications in the front-office. Sales force representatives have ac- 
cess to transactions and functionalities of the ERP system in their company’s 
headquarter as well as to document repositories and dynamically generated re- 
ports. All sales information is available on the road and at the customer’s office. 
Other technologies enable highly sophisticated marketing and service applications, 
e.g. customer profiling and computer- telephony integration. 

For example, the Siebel Enterprise software package integrates with existing SAP 
installations and allows for transaction and document-oriented information proc- 
essing. Data and documents on accounts, leads, market campaigns etc. can be 
downloaded to any mobile PC and thus distributed to a company’s sales force. The 
system offers a variety of analysis features and reports on sales activities and cus- 
tomer profiles (see Figure 7-2). Order data can be entered and automatically trans- 
ferred to an SAP system, where corresponding production processes are triggered. 
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Figure 7-2: Siebel Sales Enterprise [www.siebel.com] 

The first step towards CRM in a firm is a complete understanding of customers, 
their processes, needs and preferences. Processes in the front office are highly 
unstructured, mostly non-transactional, and are virtually impossible to standardize. 
Their performance is predominantly influenced by the underlying supply with up- 
to-date knowledge about products, markets and customers. Therefore the founda- 
tion for any customer relationship management initiative is the implementation of 
a an effective knowledge management infrastructure. 

In this paper we outline the relevance of knowledge management techniques to the 
management of customer knowledge and the redesign of the corresponding busi- 
ness processes. Starting with an analysis of the core processes of CRM, we illus- 
trate the underlying knowledge structures and support processes. We also give an 
overview of the opportunities for IT support in this context. We regard this 
framework as a first step towards a reference model for customer relationship 
management. 

The CRM framework described in this paper is based on the results of the research 
project ‘Competence Center for Business Knowledge Management (CC BKM)’. 
CC BKM is part of the research program ‘Business Engineering (BE HSG)’ at the 
Institute for Information Management at the University of St. Gallen (cf. Chap. 
1.3). 
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7.2 Case Study: LGT Bank 

The LGT Bank in Liechtenstein is an internationally active private bank. In view 
of the increasing importance of customer orientation in the banking sector, the 
bank revised its corporate strategy in 1996 with the aim of changing from a prod- 
uct-driven to a customer-centric organization and thus improving client benefits. 
Banks must increase their focus on the needs of clients if they are to remain com- 
petitive in an environment characterized by the globalization of markets, tighter 
margins due to increasing competitive pressure and the trend towards concentra- 
tion in order to utilize synergies. As a result, changes became necessary in the 
bank’s structures and processes and new demands were made on its information 
systems. 

The project team started with an analysis of the sales process and other related 
processes, i.e. product management and market analysis. The information needs of 
these processes led to a novel knowledge structure, which could then be mapped 
with existing information systems and other information sources. New roles and 
support processes had to be designed, e.g. for the publication of market reports. 
Finally, a set of additional measurements was defined for process controlling 
purposes (see Figure 7-3). 
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Figure 7-3: Knowledge-oriented Redesign of the Sales Process at the LGT Bank 

The bank decided to implement the new concept with an Intranet application and 
to integrate front and back-office processes via a common information system 
named the KUNO front system [cf. Kaiser et al. 1998]. The functionality of the 
applications enables the administration of clients, accounts, custody accounts. 
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portfolios, loans and funds, the processing of orders in the name of the bank or 
others and the analysis of market positions and trends. Employees no longer have 
to be specialists for individual products. Instead they have to serve as generalists 
and must be able to provide clients with sound, comprehensive advice about the 
bank’s complete range of products and services. The KUNO front system is com- 
posed of logical modules as depicted in Figure 7-4. 



Basic/background 


FinarKsial 


Investment policy 


Product 


information 


information 


information 


information 



KUNO application 



World Wide Web Reuters Object management system 



Figure 7-4: Modules of the KUNO Front System 

KUNO represents the interface between the bank’s sales process and its product 
management and market analysis processes. Information created by these proc- 
esses is provided directly via the KUNO front system and called up when required 
by the client advisor. Conversely, the advisor has the possibility of providing 
feedback to the product manager and the analyst via the system. The KUNO front 
system therefore integrates the sales, product management and market analysis 
processes. 

The front system offers quantitative benefits in the field of financial information. 
So far the bank has maintained approx. 120 Reuters terminals resulting in monthly 
costs of approx. CHF 500 per connection. Thanks to the integration of information 
in the front system, the bank expects to reduce the number of Reuters terminals by 
50, which would generate savings of about CHF 300,000 per year. The bank also 
expects to make annual savings of CHF 165,000 in the distribution of printed 
information material for individual products. In the provision of support for client 
advisors, the bank hopes to attain substantial capacity savings of up to 30% in the 
administrative sector. 

From the qualitative viewpoint, the client advisor is able to prepare himself far 
more efficiently for an advisory discussion due to the fact that all the relevant 
information is integrated under one interface. Moreover, the information is avail- 
able in electronic form, which substantially simplifies advisory meetings with 
clients at a location away from the bank because the advisor no longer needs to 
take large quantities of printed information material with him. For the first time, 
binding product information is available. Above all, this facilitates the training and 
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familiarization of new employees but also enables clients to be given comprehen- 
sive advice in accordance with their actual needs. Placing the responsibility for .the 
information objects within the scope of the staffs work procedures also ensures 
that they are kept up to date. The client advisor therefore has a ‘virtual’ expert on 
call. 



7.3 Managing Customer Knowledge 



7.3.1 Knowledge Management 

Corporate transformation processes take place at the levels of strategy, business 
processes and information systems [cf. Osterle 1995]. From this point of view, 
instruments for the improved management of knowledge can be categorized as 
depicted in Figure 7-5: 



strategy & Culture 

Chief Knowledge Officer, Balanced Scorecard, ... 



Processes & Organization 

KM roles, KM support processes. Expert networks, ... 



Information Technology & Systems 

DMS/WFMS, Groupware, Al, Information Retrieval, ... 



Figure 7-5: Instruments of Corporate Knowledge Management 



Strategy 

In the area of strategy development, knowledge management belongs to the so- 
called resource-oriented approaches that began to appear at the beginning of the 
1990s as an answer to traditional market-oriented approaches. Instead of a detailed 
analysis of markets and competitors, the goal of this ‘resource-based view of the 
firm’ [cf. Collis/Montgomery 1995] is the development of a unique combination 
of core competencies [cf. Prahalad/Hamel 1990]. At the same time, corporate 
knowledge was identified as an important or even crucial strategic resource [cf. 
Nonaka/Takeuchi 1995]. At the strategic level, therefore, the activities of knowl- 
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edge management aim for the creation of a corporate culture which will promote 
and enable the acquisition, maintenance and use of knowledge in all dep^ments 
of an organization. As a result senior management is supported through the defi- 
nition of knowledge goals and a set of suitable measurements, analogous to con- 
ventional financial indicators. 

Business processes 

Nearly all established approaches to corporate knowledge management focus on 
the introduction of new processes or the improvement of existing ones. Their 
structure is usually based on a generic phase model (e.g. ‘building blocks of 
knowledge management’ [Probst et al. 1999], ‘knowledge cycle’ [Steier et al. 
1997], ‘operations on knowledge’ [van der Spek/Spijkervet 1997]). This view 
tends to ignore the fact that the primary objective of knowledge management is 
not the pointless accumulation of knowledge but its use in the context of specific 
business processes [cf. van Heijst et al. 1996]. Therefore the central starting point 
needs to be a business process and consideration of the respective information 
processing activities. For this purpose, methods for analyzing knowledge needs 
and flows within business processes are required. Other aspects include the design 
of support processes for knowledge creation, maintenance, distribution, and also 
the embedding of the corresponding responsibilities within an organization. 

Information systems 

The effects of knowledge management initiatives on the IS infrastructure of an 
organization are manifold due to the lack of integrated systems for knowledge 
processing. On the other hand, many software producers use the term ‘knowledge 
management’ in order to market DMS, WFMS, groupware and other technologies 
as suitable IT solutions. A clear distinction between knowledge management- 
oriented tools and conventional systems is barely discernible and usually depends 
on the respective application domain [cf. Ware/Degoey 1998]. 



7.3.2 Relationship Marketing 

In several markets, products have become indistinguishable due to their technical 
and qualitative homogeneity. This development has led to weaker relations be- 
tween customers and vendors. In many industries the creation of long-term rela- 
tionships therefore requires integrated problem solutions which include value- 
added services [cf. Meffert 1998]. 

Whilst it has long been acknowledged that the fundamental purpose of marketing 
is the ‘getting and keeping’ of customers, the truth is that more attention has typi- 
cally been paid to attracting customers than to keeping them. More recently a 
recognition has emerged that marketing needs to place, but also to develop proc- 
esses that will enhance long-term customer loyalty. This viewpoint is the founda- 
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tion for the development of the concept of relationship marketing, at the heart of 
which lies the proposition that the fundamental purpose of marketing is the crea- 
tion and development of long-term, profitable relationships [cf. Christo- 
pher/McDonald 1995]. 

It would be incorrect to think that relationship marketing is a replacement for 
marketing as it has been practiced to date. It is more a case of broadening and 
refocusing the marketing concept with the emphasis placed upon strategies to 
enhance customer retention and loyalty. Some of the major differences in empha- 
sis between the traditional approach, which we label ‘transactional’, and the ‘rela- 
tionship’ focus are shown in Table 7-1. 



Transactional focus 


Relationship focus 


* 


Orientation to single sales 


• Orientation to customer retention ' 


» 


Discontinuous customer contact 


• Continuous customer contact 


• 


Focus on prtiduct features 


• Focus on customer value 


• 


Short time scale 


• Long time scale 




Little emphasis on customer service 


* High customer service emphasis 


« 


Limited commitment to meeting 
customer expectations 


• H igh com mi t men t to mee ting 

customer expectations 


» 


Quality is the concern of production 
staff 

1 


• Quality is the concern of all staff 



Table 7-1: Shift to Relationship Marketing^ 



7.3.3 Knowledge Enabled Customer Relationship Management 

The characteristics of knowledge work have already been discussed intensively in 
the pertinent literature [cf. Shum 1997] and there is a common understanding of 
knowledge-oriented processes as a set of activities that depend significantly on 
past experiences, expert knowledge, information from heterogeneous sources etc. 
At a high level of abstraction, these can be summarized by the following two at- 
tributes [cf. Eppler et al. 1999]: 

• Knowledge intensity. Since we regard knowledge management as an exten- 
sion of BPR and KM applications and a complement to ERP software, we use 
a pragmatic definition of knowledge as the totality of information outside ex- 
isting ERP information systems. From this point of view knowledge intensity 



1 



[cf. Christopher/McDonald 1995] 
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is therefore based on the need for knowledge from heterogeneous, not neces- 
sarily computational information sources. 

• Process complexity. Process complexity implies that extensive knowledge is 
necessary for the execution of the respective process. This can either be 
caused by the process’s complicated structure or by the absence of clear 
structures. Research and development activities are an example of the second 
category. 

Note that there is a strong correlation between these attributes, i.e. processes that 
combine high complexity with low knowledge intensity or vice versa cannot be 
found in reality. Thus, we can identify two - usually overlapping - classes of 
business processes (see Figure 7-6). 
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Figure 7-6: Knowledge -oriented Business Processes 

As we have demonstrated in the previous chapters, CRM processes can be consid- 
ered as an example of knowledge-oriented processes as described above. Further- 
more, several surveys indicate that the management of customer knowledge is of 
great concern for most industries (e.g. [Delphi 1997], [KPMG 1998], 
[Murray/Myers 1997], [Skyrme/Abidon 1997]) and also an important factor for 
the success of knowledge management projects. We can therefore expect further 
research to be relevant for both science and practice, and it should result in a 
CRM-specific reference model. 
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7.4 Towards a CRM Reference Model 

Reference models contain consolidated problem solutions which have been de- 
rived from empirical knowledge [cf. Reiter 1999]. Typical examples of reference 
models are process models, IT architecture models, project models and so on. A 
process-oriented reference model for knowledge management (KM) comprises the 
following elements [Bach et al. 1999]: 

• Descriptions of knowledge-intensive business processes. 

• Knowledge structures and knowledge flows on which these processes are 
based. 

• A knowledge infrastructure which consists of systems and documents, knowl- 
edge roles and support processes. 

• Knowledge measurements for knowledge-oriented controlling and leadership. 
Advantages of such reference models include 

• Quality. A reference model can be used as a base for precise project drafts. 
Since the model can be regarded as a description of an optimal KM solution, 
it also ensures that all relevant aspects of a KM implementation are taken into 
account. 

• Cost efficiency. The reference model enables more efficient project planning 
and project control activities. It prevents the project team from doing the same 
work twice or wasting time with unnecessary tasks. 

• Best practices. Reference models allow standardized documentation and the 
reuse of experiences from former projects. They can also be used as a tool for 
the creation of process or architecture reference models. 

• Common language. The corresponding method manuals guarantee that all 
project members have the same technical and methodical background and are 
able to communicate from the very start. 



7.4.1 Business Processes 

The entire CRM macro process consists of three distinct subprocesses, the mar- 
keting process, the sales process and the service process (see Figure 7-7). These 
subprocesses can be distinguished by the target group at which their activities are 
directed [cf. Stender/Schulz-Klein 1998]: 

• Marketing process. The target group consists of an anonymous market, identi- 
fiable prospective customers and existing customers of an enterprise. In the 
case of an initial personal contact between a representative of the market and 
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the enterprise, the anonymous representative becomes a prospective customer. 
This contact event connects the marketing process to the sales process. 

• Sales process. Activities of the sales process are directed at prospective cus- 
tomers and existing customers only. 

• Service process. Once delivery has been completed, the activities of the serv- 
ice process are triggered and are then directed exclusively at existing custom- 
ers. 



Com processes Target group 




Figure 7-7; Core Processes of CRM 

Each process consists of a set of various tasks which can be assigned to one of the 

following management layers (see Table 7-2): 

• Output management includes all planning and monitoring tasks that refer to a 
company’s marketing, sales and service activities as a whole, e.g. market 
segmentation and sales planning. 

• Process coordination tasks are required for the management of specific proc- 
ess instances, e.g. call planning and field service coordination. 

• Transaction/information handling summarizes all activities that refer to CRM 
knowledge bases and transaction-oriented information systems, e.g. informa- 
tion retrieval, contract management etc. 
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Table 7-2: Tasks of the CRM Processes 



The three CRM processes can be assigned to the four stages of the customer buy- 
ing cycle. From the recognition of customers needs, via product configuration and 
price information, purchase handling through to service and support, the customer 
buying cycle reflects all possible contact points between a company and its cus- 
tomers (see Figure 7-8). 
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Figure 7-8: Customer Buying Cycle and CRM Reference Model 



7.4.2 Knowledge Structure 

The design of a KM solution for the CRM processes presented requires in-depth 
analysis of the underlying knowledge structures. This includes both static and 
dynamic aspects, i.e. relations between knowledge repositories and a process must 
be considered as well as knowledge flows between a set of processes. The kno- 
wledge needs of the three CRM processes can be distinguished using the follow- 
ing categories: 

• Markets & competitors. Market news, strategies and products of competitors, 
market analysis reports etc. 

• Customers. Contact data, the customer’s markets and processes, correspon- 
dence etc. 

• Orders & contracts. Past and current orders and contracts, sales managers 
responsible, production and delivery status etc. 

• Products. Data sheets, product configurations, current product research proj- 
ects etc. 

• Problems & solutions. Past and current complaints, best practices for solu- 
tions, expert maps etc. 

Linking these knowledge categories with activities from the CRM processes re- 
sults in a conceptual knowledge architecture. In a next step, this view must be 
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extended by a physical layer which contains the actual sources that feed the de- 
scribed knowledge sets. The list of information systems that are relevant for CRM 
includes a variety of sources, ranging from classic ERP software, additional CRM 
applications (e.g. sales force automation tools), external sources (e.g. WWW, 
Reuters) to document management systems and data warehouses (see Figure 7-9). 





Figure 7-9: CRM Knowledge Repositories 

Besides these knowledge repositories, we also need to identify and model knowl- 
edge flows between processes in order to optimize knowledge creation and reuse. 
This analysis is not limited to CRM processes but rather illustrates the relation- 
ships with other processes within an organization (see Figure 7-10). It also helps 
us find ‘missing links’ between certain activities, e.g. the flow of knowledge about 
typical complaints from customer service to quality management and back to 
product development might prove extremely useful for the continuous improve- 
ment of a company’s products. Another example is the flow of knowledge from 
customer service to the sales process, where a company can reuse information 
about customer-specific needs in order to sell additional services or products. 









158 



7 Knowledge Enabled Customer Relationship Management 



Product j 
specifications 



Product 

Deveiopment 



Marketing 



Customer 

profiles 




Problems & 
complaints 



Quality 

Management 




Figure 7-10: Knowledge Flows Between Business Processes 

The two resulting diagrams serve as a basis for the creation of a suitable IS infra- 
structure and the design of a set of KM support processes. 



7.4.3 Knowledge Infrastructure 

IT support 

IT support for CRM processes includes a broad range of KM technologies and 
tools, such as: 

• Data warehouse/data mining. One of the most important reasons for imple- 
menting a data warehouse (DW) is the possibility of analyzing the customer 
information hidden in vast amounts of operational data. Market segmentation 
and customer profiling are two typical tasks of the marketing process that can 
be supported by DW tools. s 

• Sales force automation. Systems for sales force automation (SFA) are de- 
signed to increase the effectiveness of sales representatives by integrating op- 
portunity management systems, marketing encyclopedias, product configura- 
tors and team selling functions across multiple distribution channels. Their 
purpose is to support the expanded role of the salesperson as sales project co- 
ordinator, linking various departments of an enterprise and its information 
systems in order to satisfy the needs of the customer [cf. Siebel 1996]. 
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• Document management/optical archives. During personal customer contact, it 
is necessary to access many different documents, such as product descrip- 
tions, electronic forms, correspondence and so on. All documents should be 
up to date and must be available as quickly as possible. In addition, modifica- 
tion and distribution of documents must be possible, e.g. if an existing con- 
tract should be adapted and the printed document must immediately be 
handed out to the customer. 

• WorJiflow management. Standardized and repetitive activities within the CRM 
processes can be automated using workflow management systems (WFMS). 
Typical examples are complaint handling and technical field service tasks. 

• Information retrieval. As we have illustrated, CRM processes are based on a 
variety of heterogeneous knowledge repositories. Information retrieval tech- 
niques can be used in order to find and reuse the knowledge from past experi- 
ences stored in these repositories, e.g. knowledge bases for customer sales 
and support that contain processed requests and associated activities. 

Other examples include artificial intelligence techniques (e.g. case-based reason- 
ing), Internet technology for the integration of external information sources and 
skill databases. As already mentioned in Chap. 4.3, there is a strong interrelation- 
ship between CRM and electronic commerce. CRM not only supports traditional 
CRM processes but also allows novel applications, such as Web self-service, cus- 
tomer surveys by e-mail and product configuration, on the Internet which are 
closely related to electronic commerce solutions. 

Knowledge roles and support processes 

Besides IT, building a functional knowledge structure also requires the imple- 
mentation of support processes for knowledge acquisition, filtering, distribution 
and maintenance. These processes must be designed in order to provide business 
processes with information and keep knowledge bases up to date. Support proc- 
esses are associated with knowledge roles, e.g. knowledge editors for the design 
and maintenance of product data sheets, knowledge scouts for the filtering of 
information from external sources etc. 



7.4.4 Knowledge Measurements 

As with other business processes, CRM processes require a set of measurements 
in order to monitor their performance and efficiency. These measurements include 
conventional indices (number of fulfilled orders, revenues per sales representative 
etc.) as well as knowledge-specific indices (number of contributions to the service 
knowledge base, time reduction for information retrieval etc.). 
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7 Knowledge Enabled Customer Relationship Management 



7.5 Knowledge in Business Networks 

Against a background of virtually indistinguishable products and services, the 
value of long-term customer relationships is destined to become a critical factor 
for many businesses in the 21^^ century. Placing the customer at the center of all 
corporate activities requires innovative concepts for customer relationship man- 
agement. Newly designed marketing, sales and service processes require a mixture 
of process innovations, including instruments, such as multi-channel management, 
Internet self-service, customer profiling methods etc. 

As we have demonstrated, knowledge can be regarded as the foundation for the 
creation of relations between a firm and its customers covering the whole buying 
process (see Figure 7-11). CRM processes are highly knowledge-oriented business 
processes, which makes them suitable for the application of knowledge manage- 
ment techniques. Knowledge management should therefore be considered as a 
crucial aspect of a Business Networking strategy. 
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Figure 7-11: Knowledge in Business Networks 
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8 Future Application Architecture for the Pharmaceutical Industry 



8.1 Introduction - New Business Models Are Emerging 

As described in Chapter 2 profound changes are taking place in the way business 
is being done in the information age. An excellent example is provided by Cisco, 
the leading supplier of Internet-equipment, such as routers, switches and the like. 
Sales amounting to some USD 8 billion, highlight that only few companies have 
better understood the far-reaching management consequences of new technologies 
than Cisco. The company has been in the front line whenever it came to trans- 
forming management practices through the use of the new technologies. Cisco is 
thoroughly organized as a network. Existing and prospective customers, suppliers, 
other business partners and employees are tightly interlinked. This year, Cisco 
expects to sell products for more than USD 5 billion (more than half of its total 
sales) via the Internet. Cisco’s Business Networking solution links the systems of 
suppliers, contract manufacturers and assemblers to Cisco’s production processes. 
To the outside world, i.e. to customers, Cisco appears as a single enterprise. 
Through the Cisco Intranet, the contract partners directly process the orders placed 
by Cisco’s customers and deliver the selection of items ordered directly to the 
buyer, frequently without Cisco seeing the items at all. Outsourcing of 70% of 
production has enabled Cisco to boost its sales four times without the need for 
additional facilities and, on top of this, Cisco has succeeded in shortening the time 
to market for new products by two thirds. At the same time, seven out of ten cus- 
tomer requests for technical assistance are dealt with electronically; and this at 
high degrees of customer satisfaction. The consistent utilization of the network for 
its after-sales service has made it possible for Cisco to save more money than its 
biggest competitor spends on research and development [cf. Byrne 1998]. 

The Cisco example clearly shows that the economy is in the process of radical 
change (e.g. [Naisbitt 1994], [Laszlo 1997], [Byrne 1998] and also Chap. 2.3). 
Today, the environment of international companies is marked by globalization and 
individualization of products and services, specializing and networking of compa- 
nies, more complex technologies, shorter product life cycles and increased com- 
petition in many industries (cf. Chap. 2.2). In face of these developments it is no 
longer sufficient for companies to pursue a policy of small steps to improve their 
performance in the areas of critical success factors, such as quality, costs and 
speed. Instead achieving repeated quantum leaps is the challenge. Furthermore, 
the ongoing reduction in vertical integration and concentration on core competen- 
cies have led to a higher degree of international division of labor. ^ Cooperations 
and strategic alliances are being formed which call for enhanced inter-enterprise 
coordination of processes (cf. Chap. 3). 

On the one hand, these general economic developments dictate the requirements to 
be addressed by the technological infrastructure of enterprises while, on the other 



An explanation provides the theory of comparative cost advantages [cf. Porter 1992] or for greater 
detail [cf. Caves et al. 1990] 
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hand, it takes the developments in the technology landscape to make them possi- 
ble. It is primarily the developments in the fields of information and communica- 
tion technologies that are not only changing the way business is being done but are 
also causing paradigm shifts in the organization. They are ultimately transforming 
the industrial society into the information society [cf. Osterle 1995] (see Figure 
8 - 1 ). 



Agrsrfsn 



Transitkxi 



Industrial 



TrartsKion 



Informaliofi 



Figure 8-1: Eras of Change 



8.2 From Business Model to Application Architecture 



“The bridge to the 2T' century is under construction, and the only way we’re 
going to be able to build it quickly and correctly is if we understand the techno- 
logical challenges ahead ofus‘‘ [Millett 1997]. 

The development of a future application architecture presupposes an understand- 
ing of the future business model, the business model of the information age (cf. 
Chap. 2). A certain vision of future strategies and processes is critical to identify 
the systems which support those processes. Conversely, it takes an analysis of 
current trends in the areas of management and technology for a vision of future 
business models to be obtained (see Figure 8-2). 
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Figure 8-2:Trends Leading to the Application Architecture 

Since some of the central business and management trends (e.g. globalization, 
specialization, virtualization) have aheady been mentioned earlier, this chapter 
focuses on developing an application architecture for the information age. This 
architecture represents an implementation of the business model of the informa- 
tion age (cf. Chap. 3.1.2) at the IS/IT level. In the following the architecture will 
be elaborated and illustrated with the technological trends and examples which are 
especially relevant to the pharmaceutical industry. 
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An investigation carried out by the Battelle Institute [cf. Battelle 1998] highlights 

the general development of technologies. The ten technology-driven development 

are:^ 

1. Affordable home-based health care. Market forces are shifting health care 
from hospitals and HMO’s to private homes. 

2. Personalized consumer products. Many mass-produced products for mass 
markets will not be competitive in the 21st century. 

3. Convergence of technology in the home. In the next ten years, the home will 
be the place of convergence for private and public lives. 

4. Protecting the environment and natural resources. Easily accessible resources 
are now largely tapped out, so further growth will come from the smart man- 
agement of remaining resources and our ability to use alternatives. 

5. Human interfaces. As more complicated technology floods the home and the 
workplace, consumers will demand interfaces that go the next step beyond 
‘user-friendly’ . 

6. Nutritional health. Technologies are being developed now to engineer natural 
foods that will be packed with more vitamins, protein, other nutrients. 

7. Mobile energy. The automotive industry's needs for alternative mobile power 
sources are obvious. In 10 years, many more cars, though not a majority, will 
operate on alternative-fuel systems. 

8. Micro-security. Technology's security challenge will shift from national secu- 
rity - protecting nations from invading armies or missiles - to personal and 
community security. 

9. The renewed infrastructure. New materials and new construction methods 
will be required to renew the infrastructure with limited public funding. 

10. Global business competition. To achieve business growth in this environment, 
companies will have to improve and expand their efforts at finding technol- 
ogy, acquiring it and putting it to work around the world. 



The developments referred to here and in the following chapter should be looked upon as examples 
which are intended to demonstrate trends rather than attempt precise forecasts and dating. Predic- 
tions like those of BatteUe are also available from other institutions (e.g. Gartner Group or BDC, 
International Data Corporation, http://idcresearch.com). 
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8.3 Future Business in the Pharmaceutical Industry 

There is little doubt that the trends described above will fundamentally change 
business processes, rules and players. Specific, high-impact factors for the phar- 
maceutical industry are: 

• Globalization and regionalization of certain business processes^, 

• Cost pressure from government authorities (health care authorities), 

• Time and cost-intensive development processes with shorter product life 
cycles, 

• Shifting of selling and marketing activities from bulk buyers and hospitals to 
the medical practitioners and even the individual patients, and 

• Concentration and optimization of manufacturing and administration proc- 
esses. 

On their way to the information age, companies will have to radically review their 
value proposition, strategic positioning, and organization. An industry-specific 
business model facilitates these activities. On each of the seven developments (cf. 
Chap. 2.3) we can distinguish two perspectives (Figure 8-3): 

• Business view. The business view of future developments analyzes the op- 
portunities and risks as well as the changes caused by developments described 
to the structures of a company ‘s organization and operations. The pharma- 
specific business view of the business model of the information age will be 
discussed in Chapter 8.3.2. 

• IS/IT-view. The IS/IT view focuses on the technical implementation of the 
developments. The emphasis here is on the analysis of techniques, tools and 
applications that help to transform the seven foreseeable developments into 
profitable business solutions. For a discussion of the IS/IT view of the busi- 
ness model of the information age, reference is made to Chapter 4. 



3 



Globalization, e.g. in the areas of finance, controlling, planning and R&D processes, and, partly, 
the production processes; regionalization, e.g. in the areas of selling and distribution processes and 
some certain production processes. 
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Figure 8-3: Views on the Business Model of the Information Age 



8.3.1 Elements of the Business Model 

In the business model of the information age, information, services and products 
are systematically sourced from external partners. Existing and, above all, emerg- 
ing communication media (e.g. e-mail, phone, message, video, EDI, receipt, net 
operation, chat room services) and market services (e.g. information, news, pay- 
ment, directory, master data, public key, broker services; cf. 4.3.2) will support 
both the internal and external processes. The entirety of these services may be 
reduced to the mental construct of a ‘business bus’ (see Figure 8-4 and Chap. 2.3). 




Figure 8-4: New Business Model for the Pharmaceutical Industry 
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Figure 8-4 shows the business model of the information age as applied to the 
pharmaceutical industry. Despite a great variety of information, services and 
products are obtained from outside partners, the pharmaceutical companies are 
still relying on a (horizontally) very wide basis. From R&D through procurement, 
warehouse management and production to marketing and sales, many activities 
are still sited in-house. Table 8-1 depicts areas where pharmaceutical companies 
are already linked-up with outside partners. 



Area 


Relations to/for 


Research 


• In-licensing: licenses/patents on substances from outside re- 
search partners 

• Information services 

• Cooperations with research partners 

• Inter-divisional networks for new products 


Devdopment 


• I n- 1 icen si ng: 1 i ce n se s for p roduc ts from ou tside research 
partners 

• Clinical tests 

• * Virtual Company' in development 

• Regulatory authorities (NDA) 

• Expertise network 


Marketing 


• Purchase of information (com pet t tors/demography) 

• Onward development of products 

• Customer network (for various types: hospitals, whole-salers, 
general practitioners) 

• Electronic commerce (Internet presence) 


Production & 
distribution 


• Outsourcing of certain process steps 

• Suppliers network ( for production components) 


Finance 


• Regional shared services 

• Relations with finance service providers 



Table 8-1: Business Networking Relations in the Pharmaceutical Industry 

One of the questions arising relates, for instance, to what role the companies will 
be playing within a future health-care network. The companies may perfectly well 
operate in central role within such a network. They may act as the vendor of the 
health care process (i.e. operate as a clearing center in the health-care process as 
shown in Figure 8-5). Such strategic decisions will directly influence the applica- 
tion architecture of the enterprises, since the information systems act as the central 
enablers for such networks. 
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Figure 8-5: Clearing Centers in the Pharmaceutical Landscape 



8.3.2 Relevance of Seven the Trends for the Pharmaceutical 
Industry 

The six out of the seven trends of the business model will have direct effects on 

the future application architecture 

7. Business Networking. ‘'Inter-corporate networks and inter-corporate com- 
puting are fundamentally changing worldwide patterns of commerce" [Martin 
1997]. As discussed earlier in the introductory chapter, many of the current 
developments in the economy and in management are pointing towards a 
higher degree of networking between enterprises. Since these developments 
are IT enabled, Business Networking forms the first and decisive pillar in the 
business model of the information age on which the other six aspects are more 
or less directly built on. Added to this is the fact that pharmaceutical compa- 
nies are devoting more attention to identifying their role in a networked econ- 
omy (e.g. in the areas of R&D, production or distribution) and that the infor- 
mation systems or rather the application architecture of these enterprises will 
be implemented by such components as APS/SCM and electronic commerce 
(cf. Chap. 8.4). 

2. Customer process support. The alignment of internal to customer processes 
has various consequences for a pharmaceutical company. Its ultimate cus- 
tomer, for instance, may not just want to buy some medicine but may look to 
it for full coverage of his or her health process. This would include diagnosis, 
treatment, advice, alternatives, insurance etc. If possible, he or she would pre- 
fer to have all these services from a single source. Obviously, we are at pres- 
ent still far from being able to offer such a service. But as far as the compara- 
bility and the ordering of medicines are concerned, there are indeed a first few 
online pharmacies engaged in this business sector. A typical example is 
PlanetRx [www.planetrx.com]. Aside from providing the possibility of com- 
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paring and ordering medicines online (including medicines obtainable on pre- 
scription), vitamins, health food or medicinal appliances, the company‘s of- 
fering also includes advice and the latest health information. The customer 
centricity concept will in the future application architecture be represented by 
the component CRM or SFA (cf. Chap. 8.4). 

3. Knowledge management. Knowledge management is one of the most impor- 
tant factors in the R&D area of pharmaceutical companies. Pfizer Inc. 
(Viagra), for instance, has had all its R&D documents digitalized and, inci- 
dentally, is sending these also electronically to the food & drug administration 
(FDA) which in the USA has to approve all medicines. In the past, this in- 
volved the submittal of large amounts of paper and whenever questions were 
raised on the part of the FDA, it was necessary to sift through piles of paper- 
work by hand. Today, Pfizer uses Internet technologies in this area and has 
been able to cut the time for the approval process by half [cf. Hamm/Stepanek 
1999]. A separate component is envisaged in the future application architec- 
ture to support knowledge management (cf. 8.4). 

4. Electronic services. Companies will have to decide which Business Net- 
working processes they intend to handle internally and which will be procured 
on the market (cf. 4.3.2). According to Chapter 2, we will refer to the latter as 
electronic services (eServices). An example of an already existing eService in 
the health sector is ShareNet [www.sharenet.org] which operates an EDI plat- 
form for the processing of electronic transactions (exchange of patient data, 
billings, etc.). The clearing center service lets participating companies ex- 
change information without having to implement individual EDI links be- 
tween themselves. Since eServices are sourced from the market, they are not 
included in the future application architecture. Nevertheless, they are an im- 
portant element of the future business model (cf. 8.3.2). 

5. Smart appliances. In the area of the intelligent appliances, mobile phones, 
electronic agenda, Internet, TV, etc. are rapidly merging. These technologies 
inherit multiple potentials, for example, a patient to could be told electroni- 
cally to take his or her medicine, and infrared interfaces could be used to 
transmit pulse beat, blood pressure, etc. Diagnosis instruments could be con- 
nected via the Internet with provider systems and a patient could have the 
necessary medicines delivered as required. The intelligent home concept re- 
fers to the developments in the private homes and would not be found directly 
in the future application architecture of the enterprises. However, enterprises 
would have to be prepared to communicate with their customers through dif- 
ferent channels. 

6. Enterprise resource planning. Contrary to previous business process 
reengineering approaches, reengineering in the business model of the infor- 
mation age differs as the challenge is to (re)design complete networks rather 
than internal processes. Online, realtime, integration of customers, suppliers 
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and external service providers are the key words which are relevant in this 
context. Tough competition continues to force companies in many industries 
to optimize their internal business processes. To this end, ERP systems will 
continue to be used in the future. Therefore, they form an important compo- 
nent in the future application architecture, too. Apart from the classical ERP 
systems, there are two other components which will be increasingly resorted 
to in order to improve processes: data warehouses and Master Data Manage- 
ment applications. The former concentrate on consolidating data from the dif- 
ferent - mostly heterogeneous - ERP systems. The latter contain the key data 
of all parts of the enterprise will be and contribute to vital standardization in 
business processes. An important consequence will be the streamlining of 
communications among internal ERP systems. 



8.4 Application Architecture of the Information Age 

Webster’s Dictionary defines architecture as the art or science of building. Indeed, 
developing an application architecture is some form of art since trends in the ex- 
tremely fast-moving IT industry are extremely hard to anticipate. However, this is 
definition is of little use in our context. Therefore, the following definition of 
application architecture [cf. Tibbetts 1995] has been adopted: 

Definition: Application architecture describes the individual technical compo- 
nents (application types) of a corporate information system as well as the rela- 
tions (interfaces) between these components. 

In the first place, an application architecture for the information age has to meet 
the challenges emerging from the business model of the information age. For 
example, companies, such as Wal-Mart or Amazon.com, have succeeded in 
strengthening their competitiveness significantly by managing the flow of goods 
and information through all stages of the value-added process. The management of 
these relations forms the core of Business Networking which comprises the opti- 
mization of planning, implementation and monitoring of the value-added proc- 
esses beyond corporate boundaries as well as the increasing customer-orientation. 
Both efficiency and effectiveness of Business Networking are determined by the 
degree to which information (e.g. on required planning data, orders, controlling 
information, etc.) is accessible in the whole network of partners. The Business 
Networking capabilities of existing systems still have to be enhanced and a num- 
ber of standard software applications are available which better meet these re- 
quirements than classical ERP systems. Examples are advanced planning and 
scheduling systems (APS), customer relationship management systems and elec- 
tronic commerce applications. Some of these have been brought on the market by 
the established ERP vendors (e.g. SAP’s Advanced Planning and Optimization - 
APO - module), others by newcomers that have not been present on the ERP mar- 
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ket (e.g. i2, Manugistics, Siebel or Harbinger). The main questions which emerge 
for designing the new application architecture are: 

• Which requirements have future application architectures to meet? 

• What applications support internal and interorganizational processes? 

• How can new applications be integrated into existing architectures? 

Two factors that future application architectures have to meet follow from the 
discussions in the preceding chapters. These are: flexibility, networking, and stan- 
dardization. 



8.4.1 Flexibility 

A necessary feature of an application architecture of the information age is its 
flexibility to adapt itself to constantly and rapidly changing environmental condi- 
tions. Relevant environmental conditions are: 

• Changes in the processes. Globalization and specialization of enterprises are 
ongoing processes. News about mergers and acquisitions, joint ventures or 
outsourcing continue to make the headlines in the business press. There are 
no signs of consolidation in the foreseeable future. Therefore, it is crucial 
that application architectures should define corporate information systems in 
a way to render them capable of supporting constantly changing processes. 

• Changes in the IS/IT domain. The rapid technological developments in the 
field of the information and communication technologies are only very dif- 
ficult to predict. On the one hand, the definition of the architecture should be 
sufficiently precise to serve as a blueprint for an enterprise but, on the other 
hand, it should be open enough to permit any future IT developments to be 
taken advantage of. 

A major benefit of flexible application architectures is the improved coordination 
of disparate current and upcoming IT projects. In this process, the architecture 
blueprint establishes a set of principles for the IT projects [cf. Metagroup 1998]. 
In addition, such a set of principles permits an evaluation of the individual proj- 
ects for their importance in realizing the planned architecture. 



8.4.2 Networking - Capability of Integration 

Both the specialization and the globalization of enterprises call for a higher degree 
of networking between the companies and their customers and suppliers. This is 
why high levels of networkability are necessary in the information age (cf. Chaps. 
3 and 5). For instance, Heineken (USA) stated that its new SCM system has 
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halved delivery times. Instead of having a Heineken salesman call, big distributors 
now log on Heineken ‘s system to update their planning data online [cf. Stein 
1997]. The key to reahzing modem forms of cooperation is in the integration of 
information flows along a supply chain. An efficient cooperation calls for proc- 
esses that are automated to a maximum extent. However, automated coordination 
of processes is possible only if the systems supporting these processes are highly 
integrated with internal integration forming the basis for external integration. A 
requirement of highly integrated (internal) systems is for standardization of busi- 
ness objects (cf. 11.2). At a technical level, message-based solutions have been 
variously recommended (cf. [Jonsson 1998], [Metagroup 1997]) to connect infor- 
mation systems. Clearly, a change is occuring from the classical EDI messaging 
types, such as EDIFACT or STEP and proprietary networks (WAN, LAN), to- 
wards the more flexible Internet-standards (e.g. XML). 



8.4.3 Standardization 

As described in Chapter 2, standards significantly reduce the coordination needs 
between trading partners and, at the same time, provide the basis for integrated 
information flows. Internet standards, such as HTML, SMTP or TCP/IP, have 
been important enablers for the development of electronic commerce. Only the 
availability of these general accepted, formal specifications for communication 
between heterogeneous information systems has permitted the efficient integration 
of the information flows between suppliers, producers, customers and supporting 
service providers. Standardization facilitates the transfer of information between 
the individual system elements of corporate information systems. From an eco- 
nomic perspective, standardization leads to reduced information costs and en- 
hanced information value. However, full standardization of the system elements 
would restrict heterogeneity and, consequently, might result in a less than opti- 
mum support for the user. In other words, pervasive standardization would entail 
opportunity costs resulting from sub-optimal support of the users (or processes) 
[cf. Buxmann 1996]. 



8.5 Components of the Application Architecture 

8.5.1 Future Application Architecture Areas 



Based on a number of workshops the following 22 basic areas have been identi- 
fied which reflect the activities which have to be supported in multi-national com- 
panies. These activities are always important, even though individual applications 
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and the distribution of these applications among business partners and systems are 

subject to change. The areas are: 

• Development. Applications and services supporting the development process, 
e.g. CAD, product data management applications and graphic design tools. 

• Research. Applications and services supporting the research process, e.g. 
CAD, graphic design tools and statistical applications. 

• Demand planning. Applications and services permitting an as accurate as 
possible planning of customer demand, e.g. SAP‘s i2 or APO. 

• Requirements planning. Applications and services permitting supply plan- 
ning, e.g. SAP’s APO. 

• Production planning. Applications and services supporting production plan- 
ning, e.g. ERP systems. 

• Procurement management. Applications and services to manage the procure- 
ment of materials for production processes, e.g. ERP systems. 

• Inventory management. Applications and services supporting materials man- 
agement, e.g. SAP’s R/3 module for materials management (MM). 

• Production. Applications and services supporting the production processes, 
e.g. SAP’s R/3 production planning module (PP). 

• Distribution / transport. Applications and services to handle distribution and 
transport, e.g. parts of SAP’s R/3 sales and distribution module (SD), 

• After-sales service. Applications and services for after-sales processes. 

• Human resources. Applications and services supporting the management of 
personnel data. 

• Payroll accounting. Applications and services to process payroll accounts, 
e.g. payroll services provided by ADP. 

• Accounts payable administration. Applications and services for the admini- 
stration of accounts payable. 

• Accounts receivable administration. Applications and services for the admini- 
stration of accounts receivable. 

• Internal/external financial accounting. Applications and services to handle 
the internal and external financial accounting, e.g. SAP’s R/3 FI module. 

• Desktop purchasing. Applications and services permitting individual employ- 
ees to order indirect articles on their own initiative. 

• Sales. Applications and services to handle sales processes, e.g. SD modules. 
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• Executive information. Executive information systems (EIS) concentrate on 
the graphical processing and manipulation of data, e.g. Seagate’s HOLOS. 

• Groupware. Applications and services, such as Lotus Notes or Microsoft's 
Outlook. 

• Document management. Applications and services for the management of 
documents in different formats and distributed environments 

• Data standardization. Applications and services for the standardization of 
master data for customers, products, materials or accounts. 

• Data collections. Data warehouse applications and services, e.g. SAP’s Busi- 
ness Warehouse. 

The consistent use of the terminology, applications or services is intended to sug- 
gest that, in the future, many of these areas need not necessarily be covered by a 
company’s own applications and that the functionality required can be bought 
from a service provider instead. 



8.5.2 'Extended’ Make-or-Buy Decision 

For each of the application areas identified above, a company will have to make 
two decisions. First of all, it will have to decide whether it wants to build the nec- 
essary applications in-house (make) or rather employ a vendor to supply the re- 
quired functionality as a service (buy). The second decision is on whether it wants 
to have the functionality standardized on a corporate level or allow decentralized 
decisions from the individual divisions. Standardization in this context relates both 
to the processes and the data (especially the master data) that are to be adopted 
(see Figure 8-6). There are no hard and fast rules and a company's decision will 
essentially depend on its strategic concepts in designing its own processes and 
positioning them in a network. 
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Figure 8-6: Example for 'Extended’ Make-or-Buy Decision 

Nowadays it is already possible for enterprises to buy quite a number of services 
from external providers. Table 8-2 shows a list of such services with individual 
services being enumerated in the rows of the table. Listed in the columns of the 
table are the 22 application architecture areas. This permits the services to be 
related to the individual application architecture areas (gray fields). These rela- 
tions provide guidance in identifying the possible uses of the services. The ulti- 
mate combination can only be decided individually for each situation. 
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Table 8-2: Services for Application Architecture Areas 
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8.5.3 Application Architecture Components 

From the workshop discussions eight application components were defined which 
build on the 22 application areas. These application architecture components will 
have to be included in the planning of future architectures (see Figure 8-7)."^ The 
components include apphcations for master data management, classical ERP sys- 
tems, data warehouse applications, advanced planning and scheduling applications 
(APS) for an integrated supply chain management (these may also be described as 
DSS - decision support systems), electronic commerce applications, customer 
relationship management (CRM), apphcations for knowledge management and 
finally EIS - executive information systems. All these apphcations are based on 
data and process standards which the individual companies will have to define. 
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Figure 8-7: Application Architecture Components 



The following table (Table 8-3) shows how the architecture areas and components 
can be related. It helps in determining and clarifying what functionality applica- 
tion components include and to identify overlaps. 



Generally speaking, specialized applications might be used for all 22 application areas. However, 
with a view to minimizing the interfacing effort and a consistent integration of the applications, it 
would not make sense to use different applications for all areas. 











180 



8 Future Application Architecture for the Pharmaceutical Industry 



N. Applikationen 

Applikationsbereiche 


Master Data 
Management 


ERP'Systeme 


Data Wa re house - 
Sy Sterne 


05 

C 

3 

■D 

1 i’ 
6) “ 
c ns 
'E 

^ & 
Q_ < 


^ £ 
o 

E 1 

9 S 

LU < 


Sales Force 
Automation 


^Knowledge 

^HjManagement 


EIS - Executive 
Information Systems 


Development 
















Research 
















Demand Pfanning 








Hm 










Requirements Planning 


















Production Planning 


















Procurement Management 


















Inventory Management 




1 














Production 


















Distribution/T ran sport 


















Service 












WHUU 






HR 


















Payroll 


















Accounts Payable 


















Accounts Receivable 


















Financial Accounting 


















Desktop Purchasing 




HH 














Sales 


















Management Information 


















Group Ware 


















Document Management 














1 1 




Daten Standardization 


^ . ,b| 
















Data Gathering 



















Table 8-3: Combination of Architecture Areas and Components 

The application architecture components will be described in greater detail in the 

following paragraphs. 

• Master data management. The standardization of processes and data is a 
prerequisite for the integration of heterogeneous applications (see Chap. 
4.1.3). Whereas the standardization of processes is effected mainly by guide- 
lines (also called business rules) in the form of written documentations, an 
automated approach would be required for master data. In future, enterprises 
will be using an increasing number of specialized applications that are de- 
signed only to create and distribute master data. 

• ERP systems. ERP systems will continue to form the core of corporate appli- 
cation architectures. These ERPs are required to be closely integrated with the 
APS, electronic commerce and SEA applications in order to fulfil the re- 
quirements of Business Networking (cf. Chap. 3). Especially in the fields of 
payroll accounting, inventory management, transport and accounts payable 
administration, there are service offerings on the market. ADP, for instance, is 





8.5 Components of the Application Architecture 



181 



a leading provider in the field of payroll accounting and handles payroll ac- 
counts for approx. 20 million employees in the US. 

• Data warehouse applications. Data warehouse applications provide decision 
makers with a consistent data base. The relevant data from the various (het- 
erogeneous) productive systems are collected and processed for analysis. 
While the employees in production, sales, bookkeeping, etc. use the operative 
systems, those individuals who deal with the analysis of the data (e.g. con- 
trollers) can draw on the data accumulated in the data warehouse. This ap- 
proach ensures that these analyses which place an enormous load on computer 
capacity will not impair the operative work. 

• Advanced planning and scheduling applications. In the last decade, process 
optimizations in production have brought about mass customization, efficient 
customer response programs (ECR) and vendor-managed inventories (VMI). 
Each of these challenges boils down to more goods to be planned with re- 
duced lot sizes. This has moved the supply chains of the enterprises into the 
focus of attention [cf. Bermudez/Girard 97]. Shorter supply chain cycle times 
and a shrinkage of inventories have become the main targets. These targets 
can be achieved only if all enterprises along a supply chain cooperate and, for 
instance, agree to release their planning data to their upstream suppliers. 
Standard applications have come on the market during the last two or three 
years to support integrated planning (e.g. SAP‘s APO, i2 or Manugistics). 

• Electronic commerce applications. Electronic commerce applications provide 
catalogues and ordering facilities for customers (cf. Chap. 4). Being mostly 
Internet-based, electronic commerce applications have provided new interac- 
tion channels with existing customers and have been successfully used to 
reach new customers. This is combined with significant cost reductions and 
time advantages in the area of the sales processes. 

• Customer relationship management applications. Customer relationship man- 
agement applications have emerged in various industries. These applications 
provide functions for after-sales service, marketing and sales, help desk, call 
centers, market research and for the interaction with the customers through 
the Internet. Among leading vendors of such systems are Siebel and Vantive. 

• Applications for knowledge management. Included in this category are a 
number of applications, such as data bases, archiving and imaging systems 
(from the SAP environment, mention may be made of the products from the 
house of IXOS), groupware, document management and workflow systems. 

• Executive information systems. Executive information systems (EIS) are de- 
signed to support the management activities. Typically, EIS support planning 
and financial processes. These systems are designed to collect and to analyze 
both internal and external data. In most cases, EIS are built up on data ware- 
house applications. The functionality of EIS includes, for instance, drill down 
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analyses, trend analyses, graphical processing of data and the special presen- 
tation of information. 



8.6 Summary and Outlook 



Starting from the business model of the information age, it has been the aim of this 
chapter to outline a business application architecture which has been derived from 
the business model of the information age. The example of the pharmaceutical 
branch has been used to illustrate these efforts. Two main elements of the applica- 
tion architecture are (1) the application areas where a total of 22 areas have been 
identified, and (2) the application components (see Figure 8-7) which are influ- 
enced by existing apphcations, such as master data management, ERP, DW, APS, 
EC, SEA, KM, and EIS systems. 




* changing 

• operative 



“ emerging 
- support 



Figure 8-8: Application Architecture and I S/IT Project-Portfolio 

In continuing this work it will be necessary to focus on the relations of the indi- 
vidual components of the architecture to each other. It will be necessary to analyze 
precisely which data are required to be exchanged between these components and 
what the requirements are that integration has to fulfil. 

The real benefit of an application architecture for the enterprises of the informa- 
tion age is that it allows for a better coordination of different IT projects. In this 
process, the architecture blueprint will serve to establish a set of principles [cf. 
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Metagroup 1998] for the IS/IT projects. Such a set of principles permits an 
evaluation of the specific projects to assess their relative importance in accom- 
plishing the planned architecture. Another starting point for the continuation of the 
work is in the necessity to match the apphcation architecture with the IT project 
portfolio of an enterprise. From the practical side of business, too, authors have 
stressed the need to analyze this aspect in greater depth and to match the applica- 
tion architecture with a company‘s project portfolio and the available eServices 
(see Figure 8-8). 
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9 Information Systems for Supply Chain Management: An Overview 



9.1 Introduction 

For decades industry has been working on the challenge of synchronizing cus- 
tomer needs with the resources of a supply chain and optimizing the objectives of 
the business units involved, such as return on assets (ROA), against the back- 
ground of service level, assets and supply chain costs. 

Supply chain management (SCM) is process-oriented management of the com- 
plete logistics network through the planning and control of material, information 
and funds flows on the basis of new information and communication technology. 
This gives rise to the question of ‘old logistics wine in new IT bottles’. At the end 
of the eighties, the CIM concept (computer integrated manufacturing [cf. Scheer 
1990a]) was already based on the idea of an integrated, holistic view of logistics 
from order receipt to shipment, thus “building a bridge from work flows based on 
the division of labor to integrated processes” [cf. Bothe 1998, 33]. 

According to [Scheer 1998, 3] the CIM concept failed for two basic reasons: 

1 . At the time the necessary tools in the form of software and open hardware were 
not available. 

2. The end users were insufficiently involved and ultimately overwhelmed. 

In this chapter we investigate whether a similar fate to that of CIM is likely to 
befall the SCM concept due to a lack of suitable IS tools. It then goes on to look at 
the advanced tools currently available on the market for depicting interorganiza- 
tional planning processes. 

However, in summary, it can be said that while suitable IS tools are available for 
managing the supply chain, the real challenge lies in managing the cooperation 
between the business units involved in the supply chain (cf. Chap. 13). Coopera- 
tive behavior on the part of the project initiator plus the involvement of all the 
relevant partners in the supply chain is the only way to ensure that the required 
transactional data will be available so that the functionality provided by advanced 
planning tools can be utilized in line with business objectives. 

After looking at business objectives (cf. Chap. 9.1.1) we start off by visualizing 
the planning process and planning horizons for supply chain management (cf. 
Chap. 9.2) and examine the existing software concepts MRP, MRP II and APS for 
planning tasks (cf. Chap. 9.3). The assignment of typical modules of an APS solu- 
tion to generic SCOR planning processes shows that functional requirements are 
depicted; a brief overview of four selected APS tools provides an indication of the 
focus and trends amongst various software vendors (cf. Chap. 9.4). 
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9.1.1 Objectives 

The business demands on the partners in a supply chain, such as suppliers, manu- 
facturers, wholesalers and retailers, relate to the management of three areas. These 
are on the one hand the effective management of the service level required by the 
customer and on the other hand, the two areas oriented towards the efficiency of a 
supply chain’s resources, i.e. management of assets and costs. 

Service level 

One of the major requirements is to provide the end customer with a suitable 
service level This refers to the capability of a supply chain to deliver the customer 
the right product in the right quantity and the right quality at the right time and at 
the right place. Building on from here, it is possible to develop objectives, such as 
improvement in quality or reduction in cycle- and response time, which lead to an 
increase in customer satisfaction and secure sales revenues for all the business 
units in a supply chain for the long term. 

Supply chain assets 

The service level can, however, only be maintained if the partners in a supply 
chain build up assets. This can be done by means of current assets in the form of 
inventory, or fixed assets, such as production plant or information systems. 
Examples of objectives for supply chain asset management are quantitative targets 
for reducing the inventory days of supply and cash-to-cash cycle time, or for in- 
creasing the asset turn. 

Supply chain costs 

Providing the required service level and building up assets lead to costs for all the 
business units in the supply chain. Costs include order fulfillment costs, material 
acquisition costs, inventory carrying costs, logistics costs as well as manufacturing 
labor and overhead costs. This gives us objectives, such as the reduction of total 
supply costs or value-added productivity. 



9.1.2 Supply Chain Pyramid 

Selecting the right level of service for the customer means ensuring that the cus- 
tomer can be served in accordance with his needs. This leads to sales revenues at 
all value creation stages in the supply chain. 

The customer may, for example, demand a high level of product availability. In 
the case of make-to-stock production, this can be achieved by stock levels, for 
example, in the case of make-to-order through short lead times. At each stage of 
the supply chain, provision of the required service level is paid for with assets and 
costs. 
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Intraorganizational objectives, such as the ROA, give partners in a supply chain an 
indication of the ratio of benefits (achieved sales or profit) to expenditure (assets 
and costs). The challenge lies in managing these objectives which are interwoven 
and mutually influence one another. This is shown for one business unit as a gray 
triangle in Figure 9-1, intraorganizational planning processes in procurement, 
production and distribution ensure the internal optimization of ROA. 

However, it is not sufficient for each partner to try and optimize its ROA on an 
individual basis. A household appliance manufacturer, for example, may set up a 
cost-efficient manufacturing process. This will ensure an optimal ROA for the 
short term through efficient internal material requirements and production plan- 
ning. 

Unfortunately, failure to invest in projects aimed at improving communication 
between the manufacturer and downstream trading stages means that the retailer 
passes on information regarding changes in market demands to the manufacturer 
too late in the day. A lack of flexibility in the cost-efficient manufacturing process 
leads to delays in making the required changes to the efficient but no longer effec- 
tive production operations. 

Stock shortfalls build up at the manufacturer’s end and downstream trading stages 
are unable to provide the level of service required by the market. Delivery prob- 
lems occur. Shortfalls in sales lead to a large fall in ROA for all concerned. 
Viewed over the long term, the complete supply chain is destined to fail. 




Figure 9-1: Supply Chain Pyramid^ 



1 



Compiled from [Schary/Skjott-Larsen 1995, 20], [Christopher 1998, 286], [Bowersox/Closs 1996, 
679], and [Becker/Geimer 1999, 32]. 
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Interorganizational planning between SC partners (see ellipse in Figure 9-1) en- 
sures that in a first step customer requirements are identified, prioritized and ag- 
gregated throughout the whole supply chain. In a second step interorganizational 
planning balances these requirements with partner-internal procurement, produc- 
tion and distribution resources in good time. 

The interorganizational and synchronized exchange of information between part- 
ners in a supply chain permits an optimal customer-oriented balance between 
service level, local supply chain assets and local supply chain costs at every stage 
in the chain. Viewed overall, synchronization means that a higher ROA is 
achieved for all concerned. 



9.2 Planning Processes and Planning Horizons 

Recently, the top down approach SCOR for capturing and designing supply chain 
configurations has been made publicly available^. On its top level, the SCOR 
model differentiates the supply chain processes plan, source, make and deliver (cf. 
Chaps. 4.3.2 and 6.2.1). On the next level, which is called configuration level, 
SCOR defines four interorganizational planning processes PO: plan infrastructure, 
PI: plan supply chain, P2: plan source, P3: plan make and P4: plan deliver. These 
processes have planning horizons, which range between minutes, hours, days, 
weeks, months and years and can be classed as strategic, tactical and operative 
planning tasks (see Figure 9-2). 




Figure 9-2: Types of Supply Chain Planning Processes 



2 



SCOR stands for supply chain operations reference model (e.g. [Hankason 1999, 205], 
[SCOR 1998]). 
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PO: plan infrastructure is the SCOR process where the supply chain is reconfig- 
ured, make/buy decisions are made and long-term planning of capacities, re- 
sources and business plans are performed (e.g. [SCOR 1998, 56], [SCOR 1998 
26]). 

PI starts with the identification, prioritization, and aggregation of supply chain 
requirements (Pl.l) and of supply chain resources (P1.2). In the next two steps 
supply chain requirements are balanced with supply resources under consideration 
of product/process data and business rules (PI. 3) and supply chain plans are es- 
tablished (PI. 4). Outputs of PI are courses of action over specified time periods 
that represent a projected appropriation of total supply chain resources to meet 
total supply chain demand requirements and executable sourcing/production/ 
delivery plans for customers and suppliers in the entire business network. 

P2 balances materials resources with material requirements and establishes de- 
tailed sourcing plans. P3 balances production resources with production require- 
ments and establishes detailed production plans. P4 balances delivery resources 
with dehvery requirements and establishes detailed delivery plans. 

Decreasing variability and increasing planning certainty in the transition from 
strategic via tactical through to operative planning tasks are shown in Figure 9-3 
over various planning horizons (years, months, weeks, etc.) as a function of time. 



9.3 Software Concepts for Supply Chain Management 



9.3.1 Transaction and Planning Systems 

BPR (cf. Chap. 3.3.2) projects and the introduction of ERP (cf. Chap. 2.3.1) sys- 
tems have laid the foundation for the efficient execution of intraorganizational 
processes. ERP systems, such as R/3 from SAP AG, are primarily oriented to- 
wards depicting the as-is situation and managing transactional data. A trading 
company, for example, is provided with support for transactions in the areas of (a) 
stock management and procurement and (b) quotation, price and order manage- 
ment, invoicing etc. by the modules material management (MM), and sales and 
distribution (SD). As a rule, each business unit operates one or more ERP systems. 

ERP systems provide up-to-date information e.g. on stock levels or the current 
value of orders. Non-order-based master data depict the structure of an object in 
the supply chain, one example being the bill of material for a product. The benefits 
of the these systems for planning the supply chain as a whole consist mainly in the 
provision of a consistent database. 
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Planning systems on the other hand manage planning data, such as order forecasts 
or production plans. Viewed historically, three software concepts have developed 
for planning systems. In order of creation, these are material requirements plan- 
ning (MRP), manufacturing resource planning (MRP II) and advanced planning 
systems (APS). Each concept represents a further development of its predecessor. 

In practice, the two traditional concepts MRP and MRP II are often found to be 
integrated with the transaction systems in the form of the above mentioned ERP 
systems. APS on the other hand are all independent applications on top of ERP. 
Common to all planning systems is the use of master and transaction data embed- 
ded in the various transaction systems of a supply chain. 



9.3.2 Material Requirements Planning (MRP I) 

Material requirements planning is a batch-oriented determination of net require- 
ments on the basis of gross requirements, such as current customer orders, rough- 
cut distribution and production plans, inventory levels and pending purchase or- 
ders. The breakdown of bills of material using fixed lead times gives planned 
production orders or ordering dates for bought-out parts. 

With the MRP concept the only planning principle taken into consideration is 
material availability. The availability of resources, for example through checking 
warehouse, transport or production capacity, is not taken into account. As a result 
it is not possible to guarantee that calculated plans are actually feasible because 
there might not be sufficient capacity available. 



9.3.3 Manufacturing Resource Planning (MRP II) 

The disadvantages of MRP are toned down in the successor concept MRP II 
through the inclusion of additional planning modules. This results in a comprehen- 
sive planning and control system, which help to achieve the following objectives 
simultaneously [cf. Pfohl 1994, 254]: 

1. Ensure the availability of materials, components, and products for planned 
production and for customer delivery, 

2. Maintain the lowest possible level of inventory, and 

3. Plan manufacturing activities, delivery schedules, and purchasing activities. 

The MRP II concept typically includes the following modules (cf. [Schary/Skjott- 
Larsen 1995, 144], [Winter 1991, 183]): 

• Modules for financial planning and business forecasting. 
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• Modules for demand management for final products, such as production plan- 
ning and master production scheduling (MPS), 

• Module requirements forecasting, such as demand management, product and 
sales planning and distribution requirements planning (DRP), 

• Modules which take capacity considerations into account, such as resource 
requirements planning, rough cut capacity planning (RCRP) and capacity re- 
quirements planning (CRP), 

• Modules for materials requirements planning (MRP I) and modules for con- 
trolling operations, such as purchase planning and control, final assembly 
scheduling (FAS) and production activity control (PAC). 




Figure 9-3: Structure of an MRP II System [cf Schary/Skjott-Larsen 1995, 144] 

The structure is based on steps, i.e. the results of long-range planning (e.g. pro- 
duction and sales planning) and medium-range planning (such as master produc- 
tion schedule) are passed on to the next level (see Figure 9-3). If it is not possible 
to implement a plan (e.g. due to capacity restrictions in the case of master sched- 
ule items), successive solution approaches are pursued by feedback with the 
higher planning levels [cf. Gronau 1997, 66]. 
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MRP II’ s most evident improvement over its predecessor concept is the expansion 
of planning to include capacity calculation [cf. Kilger 1998, 53]. On the other 
hand, there are a whole series of disadvantages to be considered. Uncertainties in 
respect of demand, lead times, etc. are not taken into account. In the case of lead 
times, waiting times due to capacity overload situations (waiting for capacity or 
waiting for material) are not recorded in the system. MRP II systems are also 
batch-oriented: capacity requirements planning (CRP), for example, is performed 
independently of material requirements planning (MRP). If boundary conditions 
are contravened (e.g. insufficient capacity) the material requirements planning has 
to be executed again. Long throughput times for the calculation makes producing 
plans a wearisome task and also means that they cannot be readily adapted to new 
situations [cf. Kalger 1998, 54]. Orders are processed in the order in which they 
are received (first come-first served principle). The user has no means of includ- 
ing objectives in real time, reserving material or correcting existing plans. MRP II 
systems are site-oriented. This prevents the integrated planning of the interorgani- 
zational supply chain from material procurement via the various stages of the 
production process through to the delivery of products to the customers. While 
MRP II systems optimize individual elements of a supply chain locally, the lack of 
an overview of dependencies along the supply chain makes it impossible to arrive 
at an optimal solution for the supply chain as a whole. 



9.3.4 Advanced Planning Systems 

The existing deficits of MRP II tools have provided the motivation for developing 
Advanced Planning Systems (APS)^. The main object of APS is the total optimi- 
zation of an objective, such as ROA. This presupposes that the topology of a sup- 
ply chain with its various resources and the consideration of boundary conditions, 
such as capacity constraints, are visible. For this reason, APS tools are based on an 
interorganizational model of a supply chain"^. 

In the case of the household appliance manufacturer, an interorganizational plan- 
ning model supports not only the production and material requirements planning 
but also the downstream distribution and sales planning in coordination with the 
business units further along the supply chain, such as retailers. Integrating the 
transaction systems of the retailers with the manufacturer’s APS tool ensures that 
data, such as forecast quantities or actual customer order quantities, are communi- 



According to [Prockl 1998, 443] the abbreviation APS stands for advanced planning systems, 
however this abbreviation is not always used to mean the same thing in the available literature. 
Authors such as (e.g. [Lapide 1998, 3], [Pirron et al. 1999, 69]) understand APS to mean ‘advanced 
planning and scheduling”. 

The model of an interorganizational supply chain includes e.g. suppliers, plants, various stages of 
distribution centers and points of sale. 
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cated in good time. This enables the manufacturer to react quickly to fluctuations 

in demand and to plan more flexible production capacities. 

The main advantages of APS relate to the following points (e.g. [cf. Prockl 1998, 

443], [i2 1997], [Fritsche 1999, 50], [AMR 1999]): 

• Depiction of complex, interorganizational supply chains. Modeling of realis- 
tic restrictions (‘constrained based systems’) is made possible through the use 
of object-oriented technologies. 

• Simultaneous planning philosophy. In the case of APS, contrary to the se- 
quential planning philosophy of MRP II, all planning processes are consid- 
ered simultaneously; interaction and restriction infringements are checked 
(concurrent planning). 

• Incremental planning capability. While MRP II systems create plans from 
scratch, APS can update requirements, inventory and capacity data and show 
the effects of the respective changes. 

• Bi-directional communication of changes. Changes to plans are immediately 
transmitted upstream and downstream. 

• Positioning as DSS. The departure from rigid planning processes, as was the 
case with MRP II, positions APS as decision support systems (DSS). Target 
groups, such as e.g. product managers, procurement planners or stock plan- 
ners, can simulate the effects of changes by means of ‘what-if analyses. 

• Integration with transaction systems. Middleware allows APS to be linked up 
with transaction systems^ in order to load operative data and conversely to be 
able to make planning results available to the transaction systems. 

• Main memory -resident data storage. Leads to high processing speeds which 
allow good response times; enhanced information capability through avail- 
able-to-promise in real time). 



9.4 Brief Overview on Advanced Planning Systems 

With APS, planning processes in the areas of source, make and deliver are de- 
picted against the background of various planning horizons in integrated modules 
with mutually complementary functionality. Figure 9-4 represents individual APS 
modules in three main areas: (1) supply chain design, (2) supply chain planning 
and (3) tactical/operative planning. 



On the transaction system side there are standardized interfaces, one example being the production 
optimization interface (POI) from SAP. 
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Figure 9-4: Modules of APS Solutions^ 

(1) Supply chain design modules cover the strategic planning with a time horizon, 
which can span months or years. It ensures that an optimal structure is found for a 
supply chain in the long term. This is done, for example, by simulating and evalu- 
ating investment alternatives. This might mean answering the question of whether 
existing warehouse capacity should be expanded, whether it would make sense to 
set up new distribution stages or whether it would be advisable to aim for consoli- 
dation. Supply chain design corresponds with the SCOR-process PO. 

(2) Supply chain planning modules correspond with the SCOR-process PI. They 
build upon a given business network model with all its constraints. This enables 
the modules to plan the flow of materials, components and products along the 
entire supply chain by the synchronized exchange of sourcing, production and 
distribution plans between entities, such as suppliers, plants, distribution centers 
and transportation lanes. 

(3) The different tactical planning APS-modules correspond with the SCOR- 
processes P2: plan source, P3: plan make and P4: plan deliver. Functionality for 
enabling P2 and P3 processes are typically provided by material planning and 
production planning/detailed scheduling modules: 

• Material planning ensures that sufficient quantities of critical material are 
available before beginning production. Time-phased material availability, dy- 
namic part/ingredient substitution and synchronized material allocation to re- 
duce work-in-process inventories enable business units to position the right 
materials effectively. 



6 



cf. [Pirron et al. 1998, 62], [Pirron et al. 1999, 70], [Hiemenz 1998, 57]. 
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• Based on customer service, profitability, and cost, production planning and 
detailed scheduling allocates constrained production capacities to the appro- 
priate parts. It optimizes the use of machines, labor, and material within each 
production facihty by providing multi-site planning, detailed scheduling, and 
real-time communication with the plant floor. 

Typically, software vendors distinguish between the sub-processes plan store, plan 
move and plan sell when depicting SCOR’s P4 process. The corresponding APS 
functionality can be found in distribution planning, transportation planning, de- 
mand planning and available-to-promise (ATP): 

• Distribution planning helps to optimize the flow of goods throughout the 
network of distribution centers and local warehouses. 

• Transportation planning helps to optimize mode and carrier selection and 
consolidate freights to create shipments in the most cost-effective manner. 

• Demand planning provides demand signal visibility (cf. Chap. 12) which 
helps to understand the current market dynamics and to accurately predict 
future customer demand (forecasting). 

• ATP increases customer service via reliable confirmation dates by performing 
high-speed availability checks against stocks, allocation plans, forecasts etc. 
at the time of order entry. 

Different APS manufacturers depict the modules with different emphasis. Solu- 
tions have developed by an evolutionary process centered around the planning 
modules for tactical/operative tasks. 

Additional functionality required has been added successively by the APS manu- 
facturers through buying up or collaborating with specialized software houses; this 
applies in particular to supply chain design and supply chain planning. As a result, 
the module landscapes within the APS tools tend to be heterogeneous. 

This brief overview of APS tools covers the following four manufacturers^, 

• Market leader i2 Technologies with the Rhythm product family, 

• Their strongest competitor Manugistics with the product Manugistics6, 

• The newly developed APS solution from SAP which goes under the name of 
APO, 

• J.D. Edwards with the products Numetrix/3 and Numetrix/xtr@ . 



For a detailed explanations of the functionality of APS tools see (cf. [Benchmarking Partners 
1997], [Bermudez/Girard 1997], [Pirron et al. 1998], and [Pirron et al. 1999]). 
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Both i2 Technologies and Manugistics are independent software manufacturers 
who speciahze in APS solutions. Together they accounted for over 50% of 
worldwide sales in the APS market segment in 1998. 

As market leader in the field of ERP systems, SAP is in a position to offer cus- 
tomers a complete solution from a single source thanks to the new development of 
APO, which started 1997. 

ERP manufacturer J.D. Edwards pursues the same objective. However, this com- 
pany avoided a new development by the acquisition of Numetrix in the summer of 
1999. This acquisition is part of a continuing a trend. In the past we have seen e.g. 
Peoplesoft consolidate its position as a provider of SCM solutions (transaction 
system and APS solution) by taking over Red Pepper and also Baan through its 
acquisition of CAPS Logistics and the Berclain Group. 

[AMR 1999] estimated that sales revenues from the worldwide APS market 
reached approx. USD 800 million in 1997 and around USD 1,300 million in 1998. 
Detailed figures per manufacturer are shown in Figure 9-5 in the right half^ of the 
diagram (cf. [Pirron et al. 1998, 66], [SAP 1999b], [Quicken 1999]). 
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Figure 9-5: Leading APS Vendors and their Sales Revenues 



The left half of Figure 9-5 shows the positioning of the four manufacturers in the 
four cells of the Gartner Group matrix [cf. Enslow 1999]. Software vendors are 
classified on the one hand according to their ability to meet current market de- 
mands ‘ability-to-execute’, and on the other according to their ability to meet new 
market challenges ‘completeness of vision’. Niche players like Numetrix/J.D. 
Edwards focus on a small market segment, whereas visionaries (Manugistics and 
SAP) are already performing well but show weaknesses in respect of their abihty 



The new APO product from SAP is not included in the sales revenues, [Bermudez/Richardson 
1999, 19] estimate that SAP will achieve sales revenues for APO of around USD 810 million in the 
year 2001, which equates to roughly 16% of SAP’s total sales for 1998. 

Cf [Enslow 1999], [Quicken 1999], [SAP 1999b]. 
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to meet future challenges of the market. Gartner Group sees i2 Technologies as the 
only vendor in the leaders quadrant, new APS market studies like [IML-FHG, 
1999, 150] and [FIR-RWTH, 1999, 322] will show, whether Manugistics and SAP 
can move into the leaders quadrant. 



9.4.1 Rhythm Solutions of i2 Technologies 

Originally founded in 1988, this company’s sales are over 50% higher than those 
of manufacturer No. 2 (Manugistics): in 1998, i2 Technologies recorded total sales 
revenues of over USD 362 million with a workforce of over 2,300 employees. The 
company’s background lies in realizing software based on the ‘Optimized Produc- 
tion Technology’ concept (OPT) of Goldratt/Cox (e.g. [Bermudez/Girard 1997, 
1 1], [Goldratt/Cox 1995]) in the area of production planning. 

A major factor contributing to the success of i2 in sectors, such as high-tech 
(electronics and semiconductor industry) or the steel industry, is the value-added 
sales approach. Introduction projects are billed according to the benefits achieved 
for the customer. The potential customer benefits of a solution are reduced costs, 
delayed or avoided expenses, increased responsiveness to customer demand and 
increased revenue growth. According to [Miller-Williams 1998], i2 generated 
customer benefits to the tune of USD 3,537 million during the period 1996-98. 

The company’s intention is to expand its market leadership e.g. through electronic 
Business Process Optimization (eBPO). With this initiative i2 Technologies is 
attempting to tap new market segments, such as product life cycle management or 
customer relationship management (CRM), alongside its traditional area of supply 
chain management (SCM). i2’s acquisition of the CRM tool manufacturer ‘Smart 
Technologies’ highlights the growing significance of CRM for supply chain man- 
agement. 



9.4.2 Manugistics6 of Manugistics 

This APS vendor was set up in 1986 and focuses on short projects delivering rapid 
results, primarily in the consumer goods, process and automotive industries. Its 
background is forecasting and distribution requirements planning (DRP). After a 
restructuring in the beginning of 1999, the company has been trying to establish a 
foothold in the business-to-business (B2B) and business-to-consumer (B2C) area 
with its e-Chain^^ concept and thus expand its APS product-suite called 
Manugistics6. This is aimed at giving the customer the possibility of linking up its 
business processes with those of its partners and integrating end users via the 
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Internet. One module in the suite is a implementation’® of the CPFR standard 
(collaborative planning, forecasting and replenishment [cf. VICS 1998]). 

With the middleware product OAI/Net Manugistics is also endeavoring to im- 
prove the integration of transaction systems of various business units with APS 
solutions through the use of Internet technologies. 



9.4.3 APO of SAP 

SAP entered the APS market segment at the end of 1998 with its newly developed 
Advanced Planner and Optimizer (APO) against the background of anticipated 
saturation tendencies in its traditional segment of ERP systems (R/3). The high 
level of market penetration in the area of ERP will help SAP to achieve a leading 
position with APS tools as well: according to [Bermudez/Richardson 1999] 60%- 
70% of R/3 customers prefer to purchase their APS solution from the ERP sup- 
plier. 

With the latest Release 1.1 and 130 installations worldwide to date [cf. SAP 
1999a], SAP has come up with a comprehensive solution within a short space of 
time. The ‘grace of late arrival’ [cf. Pirron et al. 1998, 67] meant that SAP was 
able to learn from the deficits of the solutions already available on the market. 
Beta tests were completed in the first quarter of 1999 and the first solutions are 
expected to go live as from mid 1999. 

The APO concept includes all the APS modules shown Figure 9-4. The strengths 
of the solution lie in the modules for strategic design and planning, and demand 
management [cf. Bermudez/Richardson 1999, 4]. In addition to the improvement 
in stability, the emphasis for Release 2.0 will be on the area of collaborative plan- 
ning [cf. Kiihn 1999] and enhanced user-friendliness (Enjoy SAP) amongst others. 



9.4.4 Numetrix of J.D. Edwards 

Numetrix was established in 1977 and a year later brought the first commercial 
application software for finite capacity planning (FCP) onto the market [cf. 
Benchmarking Partners 1997, 50]. The acquisition of the Numetrix/3 and Nu- 
merix/xtr@ solutions by J.D. Edwards expanded the supply chain planning com- 
petence of this ERP manufacturer. J.D. Edwards will integrate these products into 
its own SCOREx” supply chain solution. For Numetrix this could enable them to 
move beyond their previous niche position (see Figure 9-5). 



10 



This relates to the Manugistics product NetWORKS 

SCOREx stands for supply chain optimization and real-time extended execution. 
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In addition to sophisticated planning functionality, the special feature of the Nu- 
metrix products lie in the Internet-enabled supply chain planning strategy. Nu- 
metrix/xtr@ builds on the distributed object messaging system architecture 
(DOMA) and makes it possible to plan and optimize the complete supply chain 
via the Internet. A push procedure [cf. Pirron et al. 1998, 68] is used to forward 
planning data via a communication channel to internal and external business units. 
Numetrix/xtr@ permits the definition of business rules for running the channel 
and the conditions which initiate the exchange of information, notification or 
warning. 



9.5 Conclusions 

Information systems for managing the interorganizational supply chain take the 
form of ERP systems and planning systems (in particular APS). These allow busi- 
ness units to manage the necessary basic data consistently and to handle both intra 
and interorganizational planning tasks. APS tool suppliers cover planning tasks 
with different functional emphasis, identifiable trends include (a) the use of the 
Internet for message-based system link-up, (b) the depiction of collaborative plan- 
ning scenarios, such as CPFR, and (c) the expansion of APS focus and stronger 
customer focus through customer management. 

While the tools are available, the challenge nevertheless remains to utilize the 
system functionality offered and to realize business potential. According to 
[Gartner Group 1998] the majority of large corporations will not succeed in using 
APS tools in all three time horizons of supply chain planning tasks by the year 
2003.'^ 

Organizational measures, such as creating the necessary acceptance on the part of 
users both during operation and during the implementation of SCM systems, will 
thus become the most important task. An inability to gain this acceptance will 
doom SCM to failure, like CIM before it. 

The implementation of SCM systems requires both technical and organizational 
skills. Since SCM systems involve data and processes of several different business 
units, the technical and organizational challenges required for its implementation 
top those of ERP systems. However, the future development in IT will make SCM 
systems more agile, easy to implement and easy to use. The complexity of coop- 
eration among people and organizations will stay if not increase. 



“Through 2003, the majority of large enterprises will fail to achieve great supply chain manage- 
ment (SCM) because they will not master the application of advanced technologies in all three 
SCM time horizons: strategic planning, tactical planning and operational execution (0.8 probabil- 
ity)” [Gartner Group 1998]. 
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1 0.1 Challenge in Indirect / MRO Procurement 



10.1.1 Introduction 

This article looks at the latest, innovative class of Business Networking applica- 
tions, referred to as desktop purchasing systems (DPSs). In recent years the face of 
many businesses has been changed radically by business process redesign and/or 
through the introduction of integrated standard software, referred to as ERP sys- 
tems (cf. Chap. 2.3.1), e.g. SAP R/3, Oracle Applications or Baan IV. BPR proj- 
ects essentially deal with the interface to external customers and rarely encompass 
the organization’s procurement function. 

Organizational design efforts in the area of procurement traditionally place a 
stronger emphasis on technology. In conjunction with the introduction of ERP or 
MRP systems, many companies are in the process of redesigning the relationship 
with business partners on the supply side - in part driven by the need to modernize 
their systems in time for the next millennium. In this context they have largely 
concentrated on the area of direct procurement, i.e. on purchasing material for 
production. The result has been close partnerships with these suppliers, where the 
company’s production planning and/or material management systems frequently 
initiate procurement orders automatically with direct transmission to suppliers via 
EDI links. 

The situation is quite different when it comes to the procurement of indirect/MRO 
products and services (maintenance, repair and operations), i.e. services which are 
not incorporated in the end product or are directly resold. In recent years, busi- 
nesses have left the relationship with the suppliers of indirect/MRO services and 
the associated procurement processes within their organizations virtually un- 
changed [cf. Killen & Associates 1997]. It is precisely this area which harbors 
great potential for improvement through the use of modern information technol- 
ogy and, in particular, Internet technologies. 

Nowadays, businesses frequently use their ERP systems to deal with the procure- 
ment of indirect/MRO services. These systems offer such a wealth of functionality 
that it is virtually impossible for staff who are not constantly using the system to 
handle it. For this reason, many companies are setting up the role of requisitioners 
in the indirect sector. A purchase requisition is an as yet unapproved purchasing 
order initiated by an employee. The requisitioner is responsible for a given num- 
ber of employees and enters the purchase requisitions into the appropriate legacy 
or ERP system for his or her colleagues. In most companies typically secretaries, 
clerks, young technicians and laboratory assistants are requesting on behalf of 
their colleagues. 
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The advantages of this process are (a) that the requisitioner is practiced in using 
the system and (b) that the company needs a correspondingly lower number of 
user licenses for the ERP system. However, the disadvantages are (a) that the 
process is time-, work- and coordination-intensive and (b) that a detailed evalua- 
tion of procurement expenditure per employee is not possible or only possible if 
additional data are entered. 



Purchasing company 



Catalog and sourcing 
services 



Purchase requisition 
approval and order 



Delivery and receipt 



Payment and booking 



Figure 10-1: Core Process for Procurement 

From the analysis of the procurement processes for indirect/MRO services in 
several corporations operating in different sectors we derived a generic core proc- 
ess [cf. Dolmetsch et al. 1999]. The core process for procurement was shown to 
consist of five process elements. Figure 10-1 represents the core process. 



1 0.1 .2 Current Procurement Scenarios 

The problems involved in the procurement of indirect/MRO services can be illus- 
trated with the aid of three typical scenarios. 

Scenario 1: Decentralized procurement without coordination 

An employee in a large corporation needs a mobile phone in order to be able call 
customers when he is on a business trip. He inquires with the central procurement 
department and is told that the corporation does not have a preferred supplier for 
mobile phones. At the weekend he then sets off on his own initiative and collects 
offers from various suppliers. On Monday he asks his supervisor which one he 
should purchase. The supervisor, who bought a mobile phone himself only two 
months before, tells the employee to buy the same one. The employee buys the 
phone, fills out an expense form and presents the invoice to the accounting de- 
partment. The data contained in the expense form has to be entered into the corpo- 
ration’ s ERP system manually. At the moment, the expense forms for mobile 
phones, digital organizers, pagers and similar devices are piling up on the clerks’ 
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desks. This process doesn’t help the purchasing department in collecting informa- 
tion about the actual needs and spending of the organization. 

Scenario 2: Centralized bureaucratic procurement 

In many companies, procurement activities are completely centralized so that 
volume contracts can be concluded with suppliers. If an employee needs a new 
notebook he will have to find out about the company’s IT standards. The next step 
will be to ask the responsible procurement department which suppliers they have 
contracts with. As the relevant product catalog in the procurement department is 
already three months old, the employee requests new product catalogs from the 
contract partners. With the aid of these catalogs he decides on a particular model 
of the notebook, but is not sure whether the required configuration is technically 
possible. He sends the supplier a short query and asks them to send him a quota- 
tion direct. After receiving the quotation by fax, he checks it briefly and then 
sends it to the IT department by internal post along with the completed purchase 
requisition form as they are responsible for the technical approval of the purchase 
requisition. Once the employee’s supervisor has granted his approval, the pro- 
curement department receives the requisition. They then check whether the price 
shown is in line with the agreed conditions. If everything is correct, the procure- 
ment clerk will then enter the requisition into the ERP system, post the order onto 
the existing frame contract, print out the order and send it to the supplier. Figure 
10-2 shows the a drastically simplified as-is procurement process of a large indus- 
trial corporation. 




Figure 10-2: Excerpt of a Centralized Procurement Scenario 
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Scenario 3: Mixed Model 

An employee needs a new paper punch, only to find that there is none left in the 
departments central stationery store. In addition to the possibility of borrowing a 
colleague’s punch, the employee is faced with two options in this situation: one 
would be to go the stationer’s round the corner, buy a punch and then submit a 
completed expense form to the accounting department in order to be reimbursed 
for the cost. The alternative would be to complete a purchase requisition form and 
pass it on to the procurement department. In this case, however, the employee will 
normally have to wait at least two weeks for the requisition to be processed and 
the item to be delivered. Table 10-1 summarizes the strength and weaknesses of 
the three scenarios. 





Scenario 1 


Scenario 2 


Scenario 3 


Strengths 


• High flexibility 

• Low cycle time 

• Low bureaucracy 


* Potential for stan- 
dardization 

• Potential for ap- 
plying economies 
of scale 


• High flexibility 


Weaknesses 


• Lack of siandardi- 
zaiion 

• Lack of applying 
economies of scale 


• High cycle time 

• High bureaucracy 

• Low flexibility 


• Lack of stan- 
dardization 

• Lack of applying 
economies of 
scale 



Table 10-1: Strength and Weaknesses of Scenarios 



1 0.1 .3 Relevance of Indirect / MRO Procurement 

Industrial corporations state that some 80% of all purchasing transactions relate to 
the procurement of indirect/MRO products and services (cf. [Intersearch 1998], 
[Netscape 1998]). Over 50% of savings related to the procurement of indi- 
rect/MRO products and services directly affect the bottom line (cf. [Killen & As- 
sociates 1997, 9], [AMR 1997, 4], [SAP 1998, 3]). In view of this situation and 
the fact that, according to the results of a study, a purchasing transaction can often 
cost over USD 100, depending on actual order value [Intel 1998, 4], businesses 
have recognized Internet-based procurement to be an attractive area of inter- 
Business Networking [cf. Gebauer et al. 1998]. 

On the supply side, the range of available procurement solutions for the indirect 
sector is becoming increasingly confusing. DPSs are a category of application 
which have recently attracted a lot of attention. To date there have been very few 
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productive implementations. In view of the high ROI for such projects, interest is 
growing rapidly amongst businesses and public authorities. 



10.2 Vendors of Desktop Purchasing Systems 

Many of the problems described above are attributable to a failure to provide em- 
ployees with simple access to the latest information from suppliers and existing 
contracts. The DPS described below consolidate product and supplier information 
in multi- supplier product catalog (referred to below as MSC) and at the same time 
incorporate access to the relevant data in the legacy and ERP systems. If a busi- 
ness is to support procurement processes with the DPS functionality efficiently, it 
will require suitable content and catalog management on the one hand, and inte- 
gration with the relevant internal and supplier applications on the other. 

In addition to a whole series of start-up companies, such as Ariba, Commerce 
One, Rightworks, Trade Ex or Netscape, ERP software manufacturers, such as 
SAP and Oracle, have launched their own solutions for desktop purchasing. 

The DPSs now available on the market all have similar functionalities. The ven- 
dors develop additional features to meet pilot customers needs. Suite to the early 
stage of the market new releases are launched every couple of months. For this 
reason, it is not very meaningful to compare the systems on the basis of their 
functions. The principal differences between systems can be noted in (a) the strat- 
egy in respect of content and catalog management and (b) in system architecture 
with regard to integration with a company’s internal information systems, the 
suppliers’ systems and other Business Networking applications. 

Based on the number of implementation projects, the market is at present largely 
dominated by three vendors. These three suppliers are looked at in greater detail 
below. 



10.2.1 Ariba Operating Resources Management System of Ariba 
Technologies 

Founded in 1996, this vendor from Sunnyvale in California offers a system with a 
very user-friendly front end. The Ariba operating resources management system 
(ORMS) includes a high-performance search engine and an easy-to-use, graphical 
workflow component. For the integration with legacy and ERP systems, Ariba 
offers so-called adapters which are created as reusable interface solutions. Suppli- 
ers are expected to produce their product catalogs in Ariba’ s CIF-format (catalog 
interchange format). CIF is a simple comma separated value file suppliers convert 
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their product catalog to (cf. [Ariba 1998a], [Ariba 1998b]). Ariba underlines the 
capability to depict services as well as physical goods in the product catalog. 

In March 1999 Ariba announced the Ariba Network. The Ariba network comple- 
ments the ORMS software as a commerce network linking buyers and suppliers 
over the Internet. 



10.2.2 Commerce One BuySite / MarketSite of Commerce One 

Commerce One, headquarted in Walnut Creek, California, was founded in 1994. 
The company started off as a supplier of CD-ROM product catalogs before turning 
its attention to the buyer side in 1996. The DPS of Commerce One is called 
BuySite. BuySite is based on Microsoft commerce servers. Commerce One claims 
to have a component architecture, which permits the realization of individual 
solutions. Some companies, for example, prefer to use the already configured 
workflow component of their ERP system, rather than the BuySite workflow. 
Some employees then will continue to work directly with the ERP system, others 
will use the browser-based front end of BuySite. 

The company has recently corrected its own product strategy again by increas- 
ingly placing the emphasis on what it has to offer in the area of catalog and con- 
tent services as well as document mapping and routing using the MarketSite.net 
portal. MarketSite.net is the core of the Commerce One strategy, which distin- 
guishes this vendor from the growing number of competitors in the DPS software 
market. Like the Ariba Network, the Commerce One MarketSite.net is a com- 
merce portal, offering content management and routing services. In addition, Mar- 
ketSite.net offers competitive buying. In order to compare products and services 
from different suppliers Commerce One rationalizes the product descriptions in 
the supplier catalogs. 



10.2.3 Netscape BuyerXpert / ECXpert of Netscape Communications 

Netscape, headquarted in Mountain View, California, was set up in 1994 by James 
Clark and Mark Andreessen who developed the NCSA MosaicWeb browser. The 
procurement solution BuyerXpert is part of the CommerceXpert solution which 
also includes the components ECXpert, SellerXpert, PublishingXpert and Mer- 
chantXpert [cf. Netscape 1998b]. BuyerXpert builds on the ECXpert component 
which provides the basic functionality as well as the transaction management and 
security. Netscape products use open standards, such as CORBA for the applica- 
tion architecture and EDIINT as communication protocol [cf. Netscape 1998a]. 
Netscape is also involved in the development of the OBI standard [cf. OBI 1998]. 
The company was one of the first vendors implementing the OBI standard into its 
products. 
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At this point we should mention the solutions of Aspect Development, Harbinger 
and TPN Register from GEIS and Thomas Register which also offer comparable 
functionality. Similar to Commerce One, these companies also act as content pro- 
viders and maintain a comprehensive MSC containing the products of a multitude 
of catalogs from different suppliers. These content services are complementary to 
the functionality of the DPS and relieve businesses of many manual tasks related 
to content management. 



1 0.3 Overview of System Components and Functionality 

DPSs represent first and foremost a solution for the procurement of indirect/MRO 
products and services. These systems provide the user with access to a MSC con- 
taining previously negotiated products. The user interfaces of legacy or ERP sys- 
tems contain deeply structured menu trees which are usually designed for power 
users. DPS support irregular use of infrequently requisitioning employees by the 
easy-to-use browser-based user interfaces. 

All systems described above are based on a private MSC stored on the Intranet of 
the purchasing company. The user interfaces of these systems are in HTML and 
Java, and offer roughly comparable functionality. 

The functionality of these systems supports the creation of purchasing requisitions 
and the approval workflow, as well as the tracking of authorization, order gener- 
ating process, electronic ordering at the supplier’s end and the financial booking 
of the purchased products and services. 

Companies typically employ DPS for low-cost operating goods and services, such 
as spare parts or stationery, which are frequently ordered by a multitude of em- 
ployees. At the moment, the field of application for such systems is thus limited to 
previously negotiated products and services which cannot by dynamically config- 
ured. All systems concentrate on catalog-based procurement. In the future, a XML 
based common business language could help to cover a wider range of different 
purchasing processes with DPS, such as auctioning and tendering. 

The level of integration between DPS and ERP is different in every company and 
sometimes within one corporation between commodity groups. Purchasing card 
orders, direct orders and purchasing orders can be distinguished. The first two 
types of orders are directly send out to the supplier without generating a purchas- 
ing order in the company's ERP systems. 

From the point of view of the existing ERP/legacy systems we distinguish be- 
tween two different implementation strategies: the outside-in strategy, where the 
DPS has its own transaction functionality - Ariba in particular pursues this strat- 
egy - and the inside-out strategy, where transactions continue to be handled in the 
ERP/legacy system [cf. Hantusch et al. 1997, 91-92] while the DPS is primarily 
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responsible for the browser based user interface and the product catalog. The in- 
side-out strategy requires real-time integration of the DPS via the appropriate 
APIs. 

Figure 10-3 shows the functional and system components of a DPS in the form of 
a conceptional overview. In a concrete project the components depicted can be 
distributed amongst organization units of the customer, the suppliers or an inter- 
mediate catalog provider. 



Process and workflow functionality 



Catalog and content management 



System administration 



Figure 10-3: Components of Desktop Purchasing Systems 

A critical success factor for the acceptance of a DPS is the immediacy and com- 
pleteness of the product information in the company’s private MSC. Ideally, com- 
plete, up-to-date data records for negotiated or relevant products of all suppliers 
will be stored in the private MSC. The user in the company does not have to re- 
quest and scan the catalogs of various suppliers but can simply look through the 
company-specific (private) MSC. For this purpose, the data from the various sup- 
pliers will have to be consolidated in one catalog, suitably organized and stored in 
a metastructure. The metastructure is a hierarchy of product categories and groups 
which is derived from the requirements of the various purchaser groups within the 
company. 

The system components shown in Figure 10-3 are dealt with in detail below. The 
main components are process and workflow functionality, content and catalog 
management, system administration, and integration with ERP/legacy systems. 



10.4 Process and Workflow Functionality 



10.4.1 Catalog and Sourcing Services 



We structure the functionality according the core processes for procurement (see 
Figure 10-1). Among the functions of catalog and sourcing services are product 
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configuration, product search, sourcing, availability check, and tenders and auc- 
tions. 

Product configuration. At present, none of the systems investigated offers the 
rule-based configuration of complex products and dynamic price allocation. For 
this reason the pilot customers define a series of pre-configured products which 
they store in the MSC in accordance with the non-configurable products. In the 
area of computer hardware products this procedure acconunodates companies’ 
standardization efforts. This predefined, restricted selection means that employees 
can only select and purchase products which comply with the standard. Some 
vendors are planning to offer interfaces to optional configuration components of 
third party manufacturers. 

Product search. All manufacturers offer convenient search engines for browsing 
in the MSC. The systems support (a) searching according to key words, (b) 
searching according to attributes and (c) browsing through the classification hier- 
archy. 

Sourcing. If a product is offered by various suppliers, the order of the items found 
will show the prioritization in accordance with the company’s procurement princi- 
ples. The order can equally well be defined by the lowest price or by a preference 
for particular suppliers. If a company maintains its own warehouse, this can be 
assigned the role of an external supplier in the MSC and given a high priority. 

Availability check. For availability checks real time integration with companies 
logistics systems is required. The DPS accesses the data via API from the database 
by calling up the relevant transactions in the productive ERP/legacy system. 

Tenders and auctions. DPSs primarily address the purchasers of office and indus- 
trial equipment. Complex negotiation mechanisms acting on several attributes 
(such as product functionality, price and terms of sale), as used in particular by 
professional buyers in the direct sector, are not covered by the function scope of 
today’s DPSs. 

At the moment, none of the DPSs supports the posting of RFQs (request for quo- 
tations). 



10.4.2 Purchase Requisition and Order Placement 

Purchase requisition. The purchaser selects products and/or services from the 
MSC and makes up an electronic shopping basket from which an electronic pur- 
chase requisition can be generated. Frequently ordered items can be bookmarked 
and shopping baskets can be saved. This allows companies to store a shopping 
basket for a complete workplace for a new employee, for example. With most of 
the systems, a purchase requisition for this purpose can contain items from various 
suppliers. 
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Authorization workflow. Depending on the purchaser’s user profile and the re- 
spective item ordered, the purchase requisition goes through an authorization 
workflow before the company sends it to the supplier as an order. The system 
informs the respective authorizing bodies by e-mail. In the case of DPSs, we iden- 
tify different types of authorization workflows: (a) one authorization workflow per 
order, (b) one authorization workflow per purchase requisition and (c) one 
authorization workflow per item ordered. The systems investigated have varying 
levels of user friendliness in their workflow components. 

Creating and sending orders. Once the purchase requisition has been authorized, 
the DPS automatically generates the order for each supplier and books these in the 
ERP/legacy system. The company sends the orders from the ERP/legacy system or 
from the DPS itself by e-mail, fax or EDI. In the case of a purchasing card or 
direct order the DPS sends the order out to the supplier directly. The whole proc- 
ess is closed later on by booking the back coming invoices directly onto the corre- 
sponding general ledger accounts. 

Today it is not possible to hold back orders and bundle them in order to achieve a 
greater order volume per transaction. 



10.4.3 Delivery and Receipt 

Delivery of 'soft goods’. UnMke the delivery of wft goods, such as software or 
electronic documents, it is not possible to handle the delivery of physical products 
and in some cases services entirely in the DPS. Soft goods do not need to be 
physically delivered, in fact the supplier can transfer these directly to the cus- 
tomer’s DPS. Many software manufacturers already offer downloads via the 
WWW. 

Receipt of goods and services. The receipt of an ordered good or service must be 
recorded in the DPS. There are two alternatives for goods receipt: delivery to the 
purchaser’s/user’s desktop or a central delivery (possibly with intermediate stor- 
age). DPSs support both alternatives. Companies have to investigate for each 
commodity group whether goods receipt makes sense at all regarding the absolute 
product price. Sometimes the caused process costs are higher than the product 
value. 

The DPS does not show an ordering transaction as delivered until receipt has been 
confirmed. Tracking and reporting functionality allow the individual user or the 
central procurement department to check the current status of an order and the 
progress of a business transaction at any time. 
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10.4.4 Payment and Booking 

Payment In most cases, DPSs support the use of procurement cards. Pilot users 
investigated continue to use existing payment mechanisms with their suppUers 
after the introduction of a DPS. System manufacturers consider other electronic 
methods of payment, such as electronic cash, checks or smart cards, as belonging 
more to the business-to-consumer sector and therefore do not support them. 

Financial booking. When initiating a purchase requisition for goods or services, 
the purchaser has to book the item onto cost centers and possibly activate it as 
asset. All the systems investigated allow the user to state a cost center for each 
individual item. Some manufacturers also provide the possibility of distributing 
the costs for an individual item amongst various cost centers. 



10.4.5 Process Management 

Tracking. The tracking functionality of DPSs gives the users an overview of both 
the authorization status of a purchase requisition or an order. Some manufacturers 
are planning to integrate the tracking of information in forthcoming releases, 
which is commonly offered by transport intermediaries. The tracking functionality 
also increases the transparency of procurement processes for the users. In com- 
parison with paper form-based ordering processes, this additional transparency 
increases the purchaser’s trust in the procurement processes. 

Reporting. DPSs offer detailed reporting functionality. Companies can define 
procurement performance indicators per employee, per product or per product 
group and/or per supplier. In the past, the introduction of the role of dedicated 
requesters and processes frequently based on paper forms meant that companies 
had little management information and therefore little possibility of gauging pro- 
curement patterns or volumes or of assessing individual suppliers. 



10.5 Content Management 

In the case of content management, a company agrees on uniform data formats 
and records, as well as rules and mechanisms for replication within the framework 
of catalog updates with its suppliers. Here we focus on the classification, aggrega- 
tion and personalization aspects of content management. 
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10.5.1 Content Classification 

The aim of a classification scheme is to provide a system of categorizing product 
groups and products for MSCs which is independent of the supplier. Classification 
schemes are important for the maintenance and updating of MSCs and facilitate 
structured searching within an MSC. Unlike the DPSs investigated, ERP systems 
nowadays usually only allow flat classification hierarchies. SAP R/3, for example, 
only allows two categorization levels. The most important and frequently used 
classification schemes are as follows: 

• The standard product and services code (SPSC) from Dun & Bradstreet [cf. 
Dun & Bradstreet 1998]. SPSC merged in 1998 with UN’s CCS (common 
coding system), and is now called UN/SPSC. 

• The Thomas Register scheme [cf. Thomas Register 1998]. 

• The NIGM (National Institute of Government Purchase) which is a very de- 
tailed classification scheme especially used in public organizations. 

At the present time, all the system suppliers investigated use the UN/SPSC stan- 
dard. In addition to classifying the products, it is equally important for a business 
to determine the classification of each product category plus the attributes of a 
product data record. Here, we distinguish between character data and multimedia 
data, such as product photographs or PDF files for detailed function description. 
All the systems investigated allow the definition of specific data records for each 
product category. 



1 0.5.2 Content Aggregation 

A corporate customer needs the catalog data of different suppliers in order to be 
able to consolidate them in its private MSC. At the same time, the supplier will 
normally have various customers requiring different product data records in dif- 
ferent data formats. This results in an n : m relationship. The effort involved can 
be reduced by the use of a content provider and the resulting n : 1 : m relationship. 
A content provider is an intermediary who has speciahzed in the aggregation and 
management of MSCs. 
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Figure 10-4: Role of Information Broker in Content Aggregation and Replication 
[Aberdeen Group 1998, 41 

Up to now, no generally valid standards have emerged for the exchange of catalog 
data. For this purpose Ariba has developed and disclosed the CIF standard which 
is based on UN/SPSC [cf. Ariba 1998]. The suppliers of Ariba customers use the 
CIF standard to code their catalog data. However, CIF is not a generally valid 
standard at the present time. 

For this reason, all manufacturers offer their customers additional assistance with 
the adoption and integration of suppliers. Chevron, one of Ariba’ s pilot customers, 
also uses Harbinger as content provider. Harbinger is responsible for correcting, 
standardizing and formatting the catalog data of important Chevron’s suppliers. 
Similar services are offered by Commerce One’s MarketSite.net and TPN Regis- 
ter, a joint venture of Thomas Register and GEIS. 

Commerce One is the only content provider which claims to offer its customers 
the possibility of calling up current prices and inventory levels in the appropriate 
supplier’s system direct and in real time via the ECN. 



10.5.3 Content Personalization 

We distinguish between personalized corporate catalogs and user views of a per- 
sonalized company catalog. Both Commerce One and Harbinger offer buy-side 
content management for personalized corporate catalogs MSCs. For the purposes 
of replication they take into account the metastructure of the catalog on the buy- 
side, the data fields of the product data records plus the prices for the specific 
company. The content provider stores different individual customer prices for 
each individual product. 

MarketSite.net from Commerce One also performs automatic price degression. As 
soon as the market price drops below the individually negotiated customer price. 







10.6 System Administration 



215 



MarketSite.net updates the customer’s MSC. This is an advantage in particular 
with high-tech products which are prone to pronounced price degression. 

All the systems investigated allow companies to define special views of the MSC 
at employee or user group level. Depending on the individual user profile, the 
employee only has access to special products or product groups up to a defined 
maximum price after logging into the system. The company can define additional 
rules at will. 



1 0.6 System Administration 

Nowadays, all DPSs offer an administration component which accesses data on 
user profiles, supplier profiles and procurement rules. Depending on these data (a) 
a purchase requisition passes through an authorization workflow until it becomes 
an order, (b) the DPS gives the user access to a particular view of the MSC, (c) the 
user can only order products and services up to a defined maximum budget limit 
per time unit and (d) the system prioritizes suppliers. 

In many companies, the relevant profile data are already stored in other systems. 
The DPS can either access the data of a given ERP/legacy system in real time or 
store the data in the DPS. In view of the fact that user profiles in particular are 
frequently used in various other systems, it is also appropriate to use directory 
services. At present, directory services are based on the technical standards X.500 
or LDAP. Most DPS manufacturers are planning LDAP APIs for their systems. 



10.7 Integration with Legacy / ERP Systems 

In order to avoid the multiple input of data, the DPS has to be linked up with the 
internal information system of the purchasing company as well as with the infor- 
mation systems of the supplier. We distinguish between (a) asynchronous ex- 
change of electronic documents, e.g. via industry-specific EDI formats and/or 
ALE-IDOCs in the case of SAP R/3 and (b) synchronous (real-time) exchange of 
and access to data via APIs (via the application layer). 

Integration with the internal information system 

A real-time access to data in the ERP/legacy system requires disclosed APIs. A lot 
of legacy systems, in particular the older ones, do not support access to system 
functionality via APIs. If this is the case, a company is forced to implement a 
message-based asynchronous integration. All DPS manufacturers claim to be able 
to realize a real-time link-up of the principal ERP systems from SAP, Oracle and 
Baan via APIs. 
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As the leading manufacturer of business management standard software, SAP AG 
has for some time now been pursuing the concept of BAPIs. BAPIs are APIs 
which facilitate the access to important data which have been semantically defined 
on the basis of the reference model and remain unchanged throughout several 
releases of the software [cf. Hantusch et al 1997, 113 ]. DPS manufacturers use 
BAPIs to extract the relevant data from the SAP R/3 system and write them back. 

Integration with the supplier’s information system 

Real-time integration with supplier’s system is mostly unnecessary for MRO 
goods. Today’s Internet infrastructure does not offer the reliability of real-time 
integration. For this reason, the exchange of data with the supplier is usually asyn- 
chronous and message-based. Companies currently use EDI, e-mail and fax for 
sending documents. 



10.8 Potential Savings of Desktop Purchasing Systems 

However, savings potential is always present in the following three areas: 

• Procurement process. The process is automated, faster and ties up fewer 
human resources for coordination. In some cases there is no need any more to 
maintain material masters for indirect goods in company’s ERP systems. 

• More favorable prices. DPSs make it possible on the one hand to bundle 
order volume by canalizing requisitions through the DPS as the company’s 
intranet based purchasing portal and thus negotiate more favorable prices with 
the suppliers. On the other hand, these systems allow employees to compare 
products and prices and to purchase from the best supplier. 

• Inventory levels. The complete procurement process is shorter and more 
transparent by status checks. Overall inventory levels can be reduced as a re- 
sult. In some cases logistics can be outsourced to the supplier completely. 

Unlike the introduction of ERP systems, there is frequently no room on the com- 
pany’s agenda of strategic IT projects for the realization of Business Networking 
applications and thus the implementation of DPSs. This aspect is taken into ac- 
count in the project procedure in that a company is not expected to change over its 
processes from one day to the next with a ‘big bang’ introduction. It is much more 
customary to start off with a limited pilot which is then extended once a suitable 
level of acceptance is achieved. 
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Figure 10-5: Savings Potential Realized^ 

What applies here for the changeover of processes is equally valid for the adoption 
of suppliers. When introducing the DPS, a company will normally start off with a 
product catalog covering its 3 to 10 preferred suppliers and later incorporate other 
suppliers and product categories. Figure 10-5 shows the typical progression of 
savings realized by companies. 

Depending on the level of acceptance for the system and thus the progression of 
the curve shown in Figure 10-5, vendors speak of achieving a break-even between 
incurred project costs and realized savings after approximately 1 to 2.5 years. 

“By Ariba's own estimates, its software can save between 5% and 15% in pro- 
curement costs-depending on the suppliers used and the items purchased.” [Malik 
1999]. At the time of this investigation none of the companies could make some 
statements about accomplished ROI. At the end of 1998 only a few companies 
went productive with DPSs. Among them are VISA, Mastercard, Chevron, Pacific 
Gas & Electric, Country Los Angeles and Cisco. 

Typically large, global corporations are implementing DPS. As described before 
DPS are integrated with buyer's back end systems, thus the benefit of integration 
also is with the buyer. We experienced that suppliers have a large interest to par- 
ticipate in DPS projects. They see the opportunity to have their products on virtu- 
ally every employee's desktop. Frequently updates of the product range and prices 
are possible without the prohibitive high costs for distributing paper catalogues 
every couple of weeks. 

“Ariba is on target to becoming a de facto industry standard.”, writes [Malik 
1999]. The vendors of DPS set widely accepted process and document standards 
for the procurement of indirect material. Once the companies know how to save 
money on their indirect purchase, they will leverage the standards to sell and pur- 
chase more complex goods and services. DPS thus have the potential to become a 
‘killer-appUcation’ of the new economy (cf. Chap. 2.3.4). 
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Assumption: adoption rate of around 20% p.a. for suppliers and users within the company. 
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11.1 Introduction 

Business in the information age depends to a large extend on the availability of 
accepted standards (see, for example, [OECD 1996]. They significantly reduce the 
coordination requirements between business partners and are the basis for estab- 
lishing integrated information flows. The availability of Internet standards, such as 
HTML or TCP/IP, has been a main enabler in the evolution of electronic com- 
merce (EC) since the early 1990s. In providing specifications for the interconnec- 
tivity of information systems, which stretch across system platforms and user 
communities, they allowed the integration of heterogeneous sectors within an 
economy. Generally, we can distinguish two main thrusts towards standardization: 
business requirements and technological integration [cf. Venkatraman 1991]. 

Business requirements have changed fundamentally in the information age: large, 
established conglomerates are breaking up, innovative companies are emerging 
rapidly, and customer and process-orientation is becoming increasingly critical. 
Companies such as Walmart or Amazon.com derive competitive excellence from 
a thorough management of information and goods across all instances in their 
value chains. The management of these relationships is at the heart of Business 
Networking (cf. Chap. 1). From a technical perspective, this requires integrated 
information flows across all partners. This means that planning, order and control 
information need to be visible in real time within the entire business network. 

Although the last decades have brought about significant technological improve- 
ments, today’s information systems are still a far cry from this network-wide real- 
time visibility of information. The diffusion of enterprise resource planning (ERP) 
systems, such as SAP’s R/3, Baan’s ERP or Peoplesoft’s BPCS has led to a higher 
level of internal integration (cf. Chap. 2.3.1). These systems are now being ex- 
tended to include external partners. However, taking a closer look at the status quo 
of internal integration, we find that ERP systems are fragmented and distributed 
especially within large, multinational companies. The reason is in the high com- 
plexity of every ERP implementation project and the investments required in 
terms of time, capital, and manpower. Consequently, various individual ERP sys- 
tems have evolved for different production sites, sales offices etc. Although, the 
distributed systems may use the same software products (e.g. R/3), they usually 
are configured individually with processes and master data being set-up differ- 
ently. Consequently, the exchange of information between systems is difficult and 
specific interfaces are needed for establishing an integrated flow of information. 

Standards for the configuration of the individual systems provide significant bene- 
fits in two dimensions. Firstly, the standardization of data, functions and processes 
leads to integrated information flows and permits improved processes, e.g. global 
credit limit checks, supply chain management and improved drill-down possibili- 
ties in financial reporting. Secondly, scale effects in the implementation of ERP 
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systems allow reductions in the cost and time required to configure an ERP sys- 
tem. 



1 1 .2 Definition and Approaches to Standardization 



1 1 .2.1 Definition and Dimensions of Standardization 

A broad variety of standards have developed in the field of information technol- 
ogy. Standards are available at various levels and originate from different stan- 
dardization bodies. Although it would be desirable from a technological stand- 
point to have a single standard accepted worldwide, the variety also reflects the 
heterogeneity of the individual industrial sectors and the different power constel- 
lations within industries [cf. Brousseau 1994]. In the following, we will define 
standards as objects that are shared and accepted within a specific community} 
Therefore, standards have three important dimensions (see Figure 11-1): 

• The objects of standardization are hardware or software components with the 
latter comprising standards for data, functions, and processes. 

• Communities are organizational and geographical in nature. Standards can be 
accepted within a single organization or between multiple organizations. 
From a geographical perspective, national, international, and global standards 
are distinguished [cf. Cannon 1993]. 

• Standardization bodies are closely related to the community and include pri- 
vate companies (e.g. Microsoft, IBM), industrial organizations (e.g. X/Open), 
national (DIN, BSI), international (ETSI, EWOS) and global (JTCl, ITU, 
IETF) bodies. 



1 



This definition uses elements of [Cargill 1989] and [Buxmann 1996]. 
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Figure 11-1: Dimensions of Standardization 

The standardization dimensions are useful in analyzing standards that are on the 
marketplace. Standards which have had an impact in the marketplace concern 
proprietary or ‘de facto’ approaches to system platforms, such as the PC or DEC 
VAX, to operating systems such as DOS or Windows, to communication such as 
IBM SNA or DECNet, and to business software, such as SAP or Baan. Open stan- 
dards are not owned by any single business or vendor and include such approaches 
as X/Open, the OSI model, and the Internet standards [cf. Chesher/Kaura 1998]. 
Starting from the late 1980s, the focus of businesses towards standardization has 
changed with the growing diffusion of open standards towards the upper layers 
(i.e. layers 4 to 7) within the ISO/OSI model (see Table 11-1). Moving to the 
higher levels mainly implied that interconnections among systems were taken for 
granted and that applications and the contents exchanged were becoming critical 
issues. 
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Examples 


7, Application Layer 


X.400, SMTP, DCA/DIA 


6, Presentation Layer 


X.400. ASN. L FTP 


5. Session Layer 


X.225, X.224. [SO 8326/27 


4. Transport Layer 


X.225, X.224, TCP, ISO 8072/73 


3. Network Layer 


X.25, IP 


2. Data Link Layer 


X.25, ISO 8802, Arpanet, Ethernet, Token Ring 


1, Physical Layer 


' X. 25, ISO 8802, Arpanet, Ethernet, Token Ring 



Table 11-1: Standards in the ISO/OSl Model 
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1 1 .2.2 Requirements of Inter-process integration 

Integrating information systems means establishing communication between these 
systems. From the perspective of the well-known communication model, a com- 
mon language is required which has four levels (see Figure 11-2). As long as 
communication involves human participants, there is a high degree of flexibility in 
interpreting the intended meaning. However, this form of integration is hardly 
efficient in the context of ERF where productive and high- volume data has to be 
re-entered manually in the system. Therefore, the following discussion will focus 
on inter-process integration, i.e. the direct coupling of applications. An outstand- 
ing example of for inter-process communication is EDI. Information is not only 
transmitted electronically, but also processed automatically in the receiving IS. 
Other forms of communication, such as human-computer interaction, are not 
within the scope of this chapter. 

Inter-process integration requires that all aspects of the communication should be 
identical in both systems. As [Kubicek 1992] showed, the ISO/OSI model has to 
be extended to include all necessary aspects. In addition to the communication 
services that are still covered by ISO/OSI, another three layers are required which, 
in essence, are derived from communication theory [cf. Zbomik 1996, 96]. In the 
first place, a common syntax is required which defines the order, length and the 
type of data being exchanged. Semantics add meaning to the individual data fields, 
e.g. EAN codes not only specify the 13-character syntax but also make sure that 
each article has a unique identification number. By referring to this unique num- 
ber, meaning is added since it always leads to the same article name. The prag- 
matic element is optional and a feature of sophisticated workflow systems. It 
makes sure that transmitted data has not only been understood but that subsequent 
actions are triggered. For instance, the ERP would automatically issue an invoice 
once a product has been delivered. 
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Figure 11-2: Standards in the Communication Model 
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1 1 .2.3 Approaches to Close the 'Organization Gap’ 

Standards are the key to inter-process integration. In their early study, [Benjamin 
et al. 1990] reported that insufficient availability of standards has been the most 
important barrier to interorganizational integration. Up to date standards are 
mostly available for communication services and on the syntactical level (see 
Figure 11-2). Standardization on the semantical level has been set-up in some 
industries by industrial associations, e.g. the BAN codes in the food industry or the 
ISBN numbers for publications, or by independent providers, e.g. the Dun & 
Bradstreet (D&B) company numbers.^ Standards on the pragmatical level are only 
available within companies and solutions which span across multiple organiza- 
tions still remain to be established. The neglect of semantical and pragmatical 
issues in such standards as EDIFACT has been referred to as ‘organizational gap’ 
[cf. Kubicek 1992]. 

Attempts to close the ‘organizational gap’ in inter-process communications have 
to address two aspects in general (see Table 11-2). First, the number and the type 
of systems involved are relevant. Normally, common semantics and pragmatics 
are no problem within a single ERP system. Additional systems may be other 
internal ERP systems or external systems, e.g. the ERP system of a supplier. The 
second dimension distinguishes two possibilities of standardizing semantics [cf. 
Scheckenbach 1997]: either the same codes and master data are used or matching 
tables are established ex ante which interrelate the individual codes. Clearly, using 
identical objects is a more efficient and pervasive way of integration, but requires 
the restructuring or re-customization of existing systems as well. A solution for 
the tight integration of ERP systems will be described in the following (shaded 
area in Table 11-2). Other possibilities are proposed and are being developed in 
the EDI community (e.g. basic semantic repository, automated negotiation), but 
these will not be dealt with in this book [cf. Lehmann 1996]. 
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Table 11-2: Options to Close the ‘Organization Gap' in Inter-process Communication 
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Information on the D&B numbers (DUNS) is available at http://www.dnb.com. 
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11.3 Template Handbook 

A solution for achieving standardized objects among multiple ERP systems is 
presented in the following. This template handbook is intended to provide a 
method for the semantical integration of individual ERP systems which is apt to 
be of substantial benefit in facilitating implementation and improving business 
process performance. The template handbook was developed in regular workshops 
and represents a pilot project with Robert Bosch GmbH in Germany. As part of 
this project, numerous interviews and workshops were undertaken with represen- 
tatives from both the IS and the application side. 



1 1 .3.1 Idea of a Template Handbook 

The implementation of ERP systems is a major challenge for companies. For dif- 
ferent technical and organizational reasons, multinational companies need many 
different ERP systems, e.g. different R/3 systems for plants and for sales offices. 
In view of the complexities of each implementation project, different ERP systems 
have evolved with incompatible processes and/or master data. Consequently, each 
business process is limited to a specific area. 

Insights gained from different practical partner company projects shows that se- 
mantical standardization is one of the most important issues when implementing 
ERP systems in multinational companies. Semantical standards enable an auto- 
mated information exchange between the many different ERP systems - Bosch, 
for instance, has more than 30 productive SAP systems - supporting its business 
processes. The problem is in that there are different methods which support the 
implementation of ERP systems (e.g. SAP’s ASAP method), but not the stan- 
dardization, of such systems. An organizational gap needs to be closed in this area 
as well. 

System templates are a solution for defining semantical standards for various 
applications. Such templates make sure that all applications are provided with a 
common customizing and a common set of master data. This is achieved, if tem- 
plates are developed centrally and then rolled out to the different systems. 



1 1 .3.2 Components of a Template Handbook 

Templates are well known from office packages such as Excel or Word, and de- 
note predesigned documents that contain formats, styles or formulas. Apart from 
office applications, there are templates used in two other areas. First, program- 
ming languages, e.g. C++, make use of libraries that offer frequently used func- 
tions, e.g. pull-down menus. Second, there are systems built with the aid of 
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CASE-tools that are called application templates [cf. Hofman/Rockart 1994]. 
However, the latter only target the development of new systems and, as a conse- 
quence, do not address the organizational gap. Therefore, the standardization of 
data, especially of customizing data and master data in ERP systems, still remains 
a topic for research. 

For this purpose, the project group has defined ERP templates as concepts or 
models for the standardization of processes, functions, and data that could be 
implemented in a physical (ERP) system. Templates may as well be a ‘piece of 
software’ which can be distributed automatically on different systems, or some 
paper documents, e.g. manuals, which have to be implemented manually. The 
major components of ERP templates are: 

• Preconditions for the set-up of the ERP configuration settings (e.g. the set- 
tings in the SAP R/3 implementation guide), 

• Preconditions and recommendations for the common definition of master 
data, 

• Test procedures, demonstrations, training documentation, 

• Maintenance procedures, and 

• External validation from authorities, customers, ISO 9000 etc. (if required). 

With a view to enabling and ensuring multiple re-use of templates from different 
organizational units, establishing a documentation is highly relevant. Such docu- 
mentation should cover the following aspects: 

• ‘Marketing’ documentation (What can the template do?) 

• Functional description for the implementation team (documentation of the 
template components; how does the template work?) 

• Implementation guide (For roll-out and localization; how to install the tem- 
plate?) 

• Users guide (How to use the template?) 



1 1 .3.3 Activities in Template Design and Roll-out 

The template handbook embodies a method for the development and the roll-out 
of templates. The main activities of the method are shown in Table 11-3. For each 
activity, a result document is produced which can be used in projects, and there 
are also techniques that help to fill out a result document. Examples of the main 
result documents and techniques are presented in Chapter 1 1.4.3. 
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Template Development 



Template Roll-out 



I . Organize template development 

2 > Dooi me m cond i t i o n s for te m p I a t c 

deployment 

3. Document template process 

4. Analyze the output exchange of the 
template process 

5. Define customizing settings 
(overview) 

6. Define authorization concept 

7. Define customizing settings (detail) 

8. DtKJument templates add-ons 

9. Define data storage guides 

10. Test template 

I I . Prepare functional description 

1 2. Set up maintenance procedures 

1 3 . Wri te u ser docu men l at i on 

14. P repare i mpl e me ntat i o n gu ide 



1. Initial template selection 

2. Implement template locally 

3. Set up localization concept 

4. Conduct local template tests 

5. LtKal approval of the template 



Table 11-3: Major Activities in Template Method 



11.3.4 Who Should Design and Use a Template Handbook? 

Templates can be used in large multinational companies as well as in smaller 
companies. However, the development process is very different. In larger compa- 
nies, templates are designed to ensure minimal standards for the configuration 
settings in their ERP systems. Meanwhile, the development of a template method 
(or handbook) is mainly an IT driven project, whereas the development of a spe- 
cific template (e.g. for the ‘make-to-stock’ processes in plants) calls for a pro- 
found understanding of the company’s business processes and the ERP system 
that supports these processes. Therefore, people from the different business units 
(for which a template is to be designed) and from the IT department of a company 
have to work closely together in order to define the contents of a template. 

In smaller companies, templates are used in a very different way. Such companies 
need templates for faster - and therefore cheaper - implementation of the complex 
ERP software products. In such cases, the term ‘industrial sector templates’ is 
preferred. Such templates are pre-configured ERP systems that may be imple- 
mented in different companies of a specific industrial sector. The development of 
a template is not normally done in these cases by the company that will use a 
template, but by a firm of consultants or by the manufacturer of the ERP software. 
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11 .4 Template Handbook at the Robert Bosch Group 



1 1 .4.1 Development of the Template Handbook 

The Robert Bosch Group is headquartered in Stuttgart, Germany, and has opera- 
tions in over 130 countries worldwide. In its four business sectors, viz. automotive 
equipment, communication technology, consumer goods, and capital goods, Bosch 
generates approx. DEM 50 billion in sales and employees approx. 1 89,000 people 
(1998 figures). At Bosch, many different ERP systems support the business proc- 
esses. Most of them, more than 30, are using SAP’s R/3. ERP systems are in place 
for different organizational units, such as manufacturing facilities, sales offices, 
financial departments as well as for different geographical regions (e.g. Germany, 
USA, and Asia). With a view to enabling new business processes and reducing the 
costs for ERP implementation projects, Bosch decided to use templates for the: 

• initial implementation of new ERP systems, and 

• the deployment of new processes on existing ERP systems. 

Regarding the dimensions of standardization (Table 11-1) the Bosch templates 
were defined to support the global operation within Bosch (standardization com- 
munity). The standardizing body was QI (Querschnittsbereich Informatik) which 
is Bosch’s central IT department and serves all its divisions. The objects to be 
standardized were configurations of the ERP systems as well as data structures 
and codes. 

Because of all the experiences that Bosch had gathered in respect of its ERP sys- 
tems, they were aware of the complexities besetting templates. Therefore, there 
was no doubt that an effective method would have to support the template devel- 
opment process. The development of the Template handbook’ (which in fact is the 
name given the method) was the subject of a joint project which involved people 
from CC iBN and up to seven people from Bosch. The people from Bosch came 
from its information management department and had a good knowledge either of 
the ERP systems or the business processes within different departments at Bosch. 
The template handbook was developed using the method engineering concept (cf. 
Chap. 13.1.3). The basic components of method engineering are: 

• Activities which describe what has to be performed. The goal of an activity is 
to deliver one or several defined results. The procedural model of the method 
determines a sequence of activities. 

• Results are produced or changed by activities. Various types of documents 
can be distinguished, such as tables, graphs or diagrams. 
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• Techniques which describe how to obtain a result. Every task has at least one 
corresponding technique. Techniques are guidelines for the production of re- 
sults and can include best practices and lessons learned from prior projects. 

• Roles which describe the responsibilities for a specific task. Within a method, 
people and organizational units assume certain roles which are a summary of 
activities from an actor’s point of view. 



1 1 .4.2 Overview and Experiences 

For Bosch, the two primary objectives in developing the template handbook re- 
flect the motivations described above (cf. Chap. 11.1). On the one hand, ERP 
systems should be capable of supporting Bosch’s Business Networking require- 
ments. An integrated flow of information between the individual ERP systems was 
the key to addressing this business need. On the other hand, the time needed for 
R/3 implementations was to be reduced through re-use of know how. 

Table 11-4 gives a detailed view of the contents of the template handbook. Section 
A lists all the activities, techniques and result documents that were needed to de- 
velop a template. Section B comprises all activities, techniques and result docu- 
ments needed to roll out a specific template to different ERP systems. 



Activity 


Technique | Result Document 


A. Template development 


1 . Organize template devel- 
opment 


Organization template devel- 
opment 


Overview organization template 
development 


2. Document conditions for 
the template deployment 


Conditions for template de- 
ployment 


List of condilions for template 
deployment 


3. E>ocument template 
process 


Activity chaio(s) template 
process(es) 


Activity chain diagram 


4. Analyze the output ex- 
change of the template 
process i 


Context diagram template 
process 


Context diagram of the template 
process 


5. Define customizing 
settings 


1 Settings for customizing (over- 
view) and authorization 


Preconditions for customizing 
1 (overview) 


6. Define authorization 
concept 


Authorization concept 
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7. 


Complete customizing 
settings 


Settings for customizing (detail) 


Preconditions for customizing 
(detail) ^ 


8. 


Dtvu merit templates add- 
ons 




Overview template add-ons 


9. 


Define data storage 
guidelines 




Documentation of storage 
guidelines 


JO, 


Test template 


Test of configuration settings 


Test report 


III. Prepare functional de^ 
script ion 


Functional description 


E>ocu mentation of template 
functionality 


12, 


Set up maintenance pro- 
cedures 


Maintenance prtx:edures 


Documentation of maintenance 
pr<K'edures 


13. 


Write user documentation 


User documentation 


E>ocumcntation for end user 


14. 


Prepare implementation 
guide 


Implementation guide 


Check list conditions for tem- 
plate deployment 








List of template add ons 








List of settings to be localized 








Change li,st for original objects 


B. Template Roll-out 


1 . Select templates for local 
use 


Local selection of templates 


List of selected templates 


2. 


Implement template 
locally 


Local template implementation 


Experience report 


3. 


Adjust template locally 


L^K'alization 


[Documentation oflocalization 


4. 


Conduct local tests 


Local tests 


Local test report 


5. 


Accept and release tem- 
plate 


Acceptance and release 


Configuration settings 



Table 11-4: Template Handbook Overview 

The whole development process for the template handbook took about 7 months 
and is now (Spring 99) in the phase of practical testing with processes - that 
should run on different ERP systems within Bosch - being defined and docu- 
mented using the template handbook. The main challenge was to define all the 
aspects of a template that must be documented in some kind of result document. 
The goal was to document the entire template life cycle, thus covering develop- 
ment, roll-out and distribution, maintenance, release management, and re-use. The 
second challenge was to align all the activities that were necessary to produce the 
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result documents. It took about ten group meetings to define the content of the 
result documents and the activities needed to build these documents. 



1 1 .4.3 Example Documents 

As mentioned above, the template handbook specifies a result document and a 
technique for each activity. Both will be illustrated using the first activity of the 
method (‘organize template development’ in Table 11-4). The document ‘over- 
view organization template development’ is shown in Table 11-6. The guidelines 
required to complete the result document fields are specified in the technique 
which is termed in analogy to the activity ‘organization template development’ 
(see Table 11-5). The following paragraphs show the constituents of this tech- 
nique. All other activities, result documents and techniques of the method are 
documented as in the example discussed in this chapter. Altogether, the template 
handbook now consists of approx. 70 pages. 
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Technique: ‘Organization template development’ 

The first step of the method deals with the identification of the organizational framework 

needed for the development of a template. The following information is important: 

• Template Name: Definition of a unique name for the template. The name should reflect the 
future function and the scope^ of the template. 

• Kernel System: Definition of the operating environment for the template. Here the decision 
is made on what types of systems the template will run (e.g. plant or distribution systems). 

• Application Type: Detailed specification of the type (manufacturer and application name) of 
the application for which the template is to be developed (e.g. SAP R/3). 

• Release: It is important also to specify the exact release number of the application type (e.g. 
3.1.h). 

• Process-ZFunction Number: Use, if available, the identification numbers for functions pro- 
vided by the manufacturer (e.g. the SAP function numbers). 

• Development Board: In this row are defined the persons (and organizational units they 
belong to) responsible for the development of the template. 

• Review Board: Here the review board is defined (employees and organizational units). The 
review board has to crosscheck the contents of the template against the overall conventions 
that exist in a company (e.g. naming or programming conventions). 

• Authorization Board: This row defines responsibilities for official authorization (final ac- 
ceptance) of the template. Accordingly, the names of the persons appointed to the board and 
their organizational units are indicated in this row. 

• Pilot Customer(s): Definition of the pilot customer(s) of the template. Again, the names of 
the persons appointed must be indicated and the organizational units they belong to. 

• Template Roll-out: Definition of the organizational units that must or could use the template. 
For each of these units, a decision is needed on whether the template must be implemented 
locally (enter ‘M’ for must) or whether the template could be implemented in a local system 
(enter ‘C’ for could) - if the unit wants to do so. 

• Localization: A decision is needed for each organizational unit that must/could implement 
the template on whether a localization of the template (e.g. changes in the customizing defi- 
nitions in the template) is allowed (enter ‘Y’ for yes) or not (enter ‘N’ for no). 

• Copying Model: In a next step, a decision is made for each organizational unit on whether 
the template can be used as a copying model (enter ‘Y’ for yes) or not (enter ‘N’ for no). 
Copying model in these context refers to templates for an initial system set-up (this field is 
rather Bosch-specific). 

• Authorization Date: At the end of the development process, the template needs to be for- 
mally authorized (accepted). If accepted, the place and the date of the authorization are en- 
tered in this document, the authorization board signs the document and the template is ready 
for roll-out. 



Table 11-5: Technique ‘Organization Template Development’ 



A template may be developed for a whole system (e.g. a system for a manufacturing plant) or for a 
single process (e.g. billing). 
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Document: Overview - organization template development Date: 12.12.98 

Status: completed Author: THU 

Activity: Organize template development Page: 1 



Template Name: Purchase Demand Rel^ise 



Kernel system: 



Plant systems (all plants within Europe) 

Sales systems (multi-divisional sale systems) 



Application type: 


SAPR/3 


Release: 


3.1. h (and higher) 


Process/Funciioii number: 


BANF 


Template boards 


Organizationa] unit 


Name 


Development board 


• IS department 

• Plant representatives 

• Sales representatives 


• A, Miller, F. Smith, C, Bams 

• H. Wilson, W. Walter 

• S. May, K. Muller, B. Gerber 


Review board 


• IS department 

• Plant representatives 

• Sales representatives 


• H. Hansen 

• K. William 

• P. Klein 


Authorization board 


• CIO 

• Vice-president, plant 
management 


• U.Ue 

• P. Guinness 


Pilot customeits) 


Strasbourg Plant, France 


J. BartoU 


Philadelphia Plant, USA 


W. Clark 


Munich Sales Office, 
Germany 


B, Gross 


Hong Kong Sales Office 


E. Wu 


Template Roll<wt 
(M = must, C = can) 


Org. Unit 1 


Org. Unit 2 


"S 

D 

bb 

6 


'E 

D 

bb 

6 


















M 


C 




M 


M 


















Localization (yes/no) 


Y 


Y 


N 


N 


















Copying model (yes/no) 


N 


N 


N 


N 


















Authorization date 


Frankfurt, January 24, 1999 



Table 11-6: Example for a Result Document 
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1 1 .5 Benefits of Templates in a Pharmaceutical 
Company 

Another example of the deployment of templates in multinational companies is 
taken from the pharmaceutical industry. In the case of this company, the pressure 
to develop templates was a direct function of the growing globalization of its 
business. The company is organized in multiple divisions which are located in 
various parts of the world. In order to better manage the divisional businesses, the 
company decided to move from existing, historically grown, local systems to 
global systems. Contrary to the former, which are cross-divisional, the latter pro- 
vide global information flows within a specific division. The main objectives of 
this strategy were to: 

• Establish consistency and integrity of group reporting, 

• Ensure consistency with divisional business strategies (process view, integra- 
tion, globalization), 

• Enhance project flexibility (improvement in terms of time, costs and risks), 
and to 

• Foster opportunities for sharing and re-use of knowledge. 

In order to achieve these results, establishing standards for processes, data and 
systems configuration’s settings were a prerequisite. The necessary templates were 
developed by divisional competence centers for two areas. First, the company 
developed a company core that defines the common elements for all SAP R/3 
implementations across geographical sites and divisions, e.g. group master data, 
chart of accounts, organizational elements, etc. This core guarantees the support of 
the group reporting rules, definitions and accounting principles and ensures con- 
sistent and efficient reporting. The uniqueness of data is ensured by assigning 
different number ranges to the divisions. 

Based on this core, the company developed further templates for each division 
which were called ‘divisional kernels’ (see Figure 11-3). These templates are pre- 
configured ERP systems (mainly SAP’s R/3) and reflect common processes in a 
division based on best practices. They are used for implementing systems within 
the different regional and local businesses of a division. The objectives of the 
divisional templates are to: 

• ensure globally/regionally homogenous systems which facilitate different 
global/regional processes, 

• support local process improvements, and to 

• reduce implementation time and costs. 
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Figure 11-3: Distribution of Company Core and Divisional Kernels 

As Figure 11-4 shows, between 40% and 80% of a local system’s configuration is 
defined by templates (FI: financials, SD: sales and distribution, MM: material 
management, PP: production planning; FI, SD, MM and PP are modules of the 
R/3 system). Thus, templates were the important instrument to achieve global 
standardization among the different ERP systems. Having common, standardized 
systems in place tends to increase the efficiency of business processes and sustain 
strategic control and process improvements. Common systems and standardized 
implementations also tend to make for faster implementation and consequently, 
lower implementation costs. 




Figure 11-4: Pre-configuration Rates for Different Templates (in % of the Whole System) 
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11.6 Conclusions 

In the present chapter, we emphasized the role of standardization in Business 
Networking and presented templates as instruments to achieve standardization of 
distributed ERP systems. As our project activities have shown, templates are apt to 
generate major benefits in two areas. First, templates sustain integrated informa- 
tion flows and foster new process perspectives such as one face to the customer as 
well as enhanced controlling and reporting possibilities. Second, templates are 
instruments to reduce the costs of implementing and coordinating distributed ERP 
systems inside large multinational companies. However, introducing, assessing 
and rolling out templates are complex processes which call for a systematic ap- 
proach. This method we have termed ‘template handbook’ . 

Besides the complexity of template development, other factors were found to have 
an impact on realization. First, templates presuppose the existence of application 
architecture planning. For example, a corporate decision would be needed as to 
whether local cross-divisional or global divisional systems are to be implemented. 
This degree of (de)centralization governs the design of templates. Templates with 
strong cross-divisional components, for instance, may differ from divisional tem- 
plates. This may be due to the probability of different production strategies (make- 
to-order, make-to- stock etc.) being used greater in cross-divisional than in divi- 
sional production set-ups. 

Second, templates are associated with significant scale economics since the costs 
of standardization are higher for pilot users. Every instance of the template being 
implemented will decrease its development cost and, due to learning curve effects, 
the cost of implementation. Consequently, organizations should strive for an as 
large a number of implementations as possible, making sure at the same time that 
pilot users are not penalized for participating in the development of templates. It is 
quite important, for the promoters of templates to consider creating incentives 
schemes which reward the pilot users. 

Third, as all standards, templates have a strong political component. As [Brous- 
seau 1994] pointed out, standards tend to be confronted with the dilemma as to 
whether universality or individuality should prevail. On the one hand, single, 
universal standards tend to yield the higher returns in terms of efficiency, whereas 
on the other hand, the different businesses within a company require individual- 
ized systems for maximal flexibility. For example, financial managers and fore- 
casting departments would prioritize standardized and centralized systems. People 
in sales and production usually have a strong bias towards decentralized and indi- 
vidualized processes. In point of fact, the amount of individual fields and codes to 
be added to a template depends to a large extend on the political power of the 
individual business units. 



Given the political power to implement standards and a strategy for the develop- 
ment and re-use of templates, the templates designed and the systematic method 
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applied have shown a practicable way of how to close the organization gap. At the 
same time, they will enable the course of further research to be charted out. First, 
continued research will have to focus on how future (ERP) application architec- 
tures that are geared to Business Networking will look like. A specially interesting 
aspect will be to determine which parts of these architectures will lend themselves 
to the use of templates. Second, the method is proposed to be amplified to assist in 
answering the question as to what the optimal degree of standardization will be 
that a specific template should provide. Finally, in view of the growing autonomy 
and interdependence of business units, it should be borne in mind that the possi- 
bilities of a hierarchical roll-out of templates are likely to diminish. Instead, it will 
be necessary to convince users to develop and use templates, and this will involve 
not only an appraisal of the costs but also a transparent demonstration of the bene- 
fits to be gained from investing in templates. 
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12.1 Challenges in Designing Business Networking 
Systems 

Relationships among business units have recently been gaining momentum in a 
broad variety of industries. Previous chapters have shown that Business Net- 
working leads to process efficiency, such as reduced cycle times, reduced process 
costs, increased customer service, and new distribution channels (cf. Chaps. 5 and 
6). The current figures for business-to-business EC, which forecast a growth from 
USD 43 billion in 1998 to USD 1,300 billion in 2003 [cf. Forrester 1998] witness 
to these strategic developments. In view of the major relevant management trends 
(cf. Chaps. 2 and 8) establishing networkability (cf. Chap. 1) is one of the most 
important determinants of a company’s future competitiveness. 

However, many businesses have concentrated on implementing and integrating 
internal information systems. In fact, they, possess only limited networking capa- 
bilities and modules for supply chain planning, electronic commerce (EC) and the 
like have only recently been added. Analyzing the current situation concerning the 
application of Business Networking systems (BNS), two main challenges can be 
observed: an adoption lag and the gap between business and IT issues. With a 
view to meeting both challenges, this chapter proposes major success factors and 
techniques governing the implementation of BNS. 



1 2.1 .1 Adoption-lag of Interorganizational Systems 

Information technology (IT) can only live up to its enabling role for Business 
Networking (cf. Chap. 1) if information systems are in place that provide the nec- 
essary functionality and will ultimately be used by the various parties involved. 
There is ample evidence that BNS did encounter adoption problems in the past. 
Relevant interorganizational systems, such as electronic data interchange (EDI) or 
EC applications have been available since the 80s, but only now are they finding 
wider acceptance in the business community [cf. DeCovny 1998]. In the first 
place, this was due to the fact that most companies were preoccupied with estab- 
lishing integrated internal systems and considered extended supply chain and EC 
modules as consistent extensions. In parallel with the spread of EDI or EC, in- 
terorganizational systems have been evolving as more advanced technologies 
became available. As Figure 12-1 shows, both developments are in the process of 
converging and will, through a fundamental redesign of business, lead to what we 
have termed a ‘networked economy ‘ (cf. Chap. 1). 
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Figure 12-1: Evolution of Business Networking Systems 

The evolution path depicted in the graph also reflects the degree of reluctance on 
the part of the business community to adopt either EDI or interorganizational 
systems. They were considered to be afflicted with high costs and a lack or insuf- 
ficiency of functionality and participants/users. [Jimenez-Martinez/Polo-Redondo 
1998] analyzed the diffusion and adoption lag of EDI in the European sector and 
identified several variables to be explained. According to [KalakotaA¥hinston 
1997, 379], there are five factors which determine the adoption lag of EDI: high 
costs, limited accessibility, rigid requirements, partial and closed solutions. Others 
(e.g. [Christiaanse et al. 1996], [Alt/Klein 1998]) found that electronic markets, 
such as air cargo community systems and electronic transportation exchanges, 
failed to catch on due to high costs, insufficient functionality and lacking network 
externalities on the infrastructure and application levels. Thus, attracting a critical 
mass of partners continues to be one of the main challenges in the field of BNS. 



12.1.2 Gap Between Business and IT Issues 

In their empirical study, [Jimenez-Martinez/Polo-Redondo 1998] confirmed that 
strong hub companies and senior management support were critical factors in 
successful EDI implementations. The history of electronic market systems also 
indicates that cost structures, functionality and connectivity to other partners failed 
to match the requirements of businesses. We therefore deduced that the alignment 
of business and technological requirements is the key success factor for a wider 
acceptance of BNS. ^ In a horizontal study, senior executives and chief information 



1 



This is also home out by an empirical research study undertaken by the Gartner Group (cf. [Gartner 
Group 1998b], [Gartner Group 1998c]). 
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officers (CIO) of 700 large enterprises throughout Europe and the US were asked 
what in their opinion were the main challenges CIOs are facing. 95% of all inter- 
viewees stated their IT organization was about to change dramatically. Only 2% 
(of the European companies) claimed to have a clear picture of their future IT and 
business vision. The research study is divided into two sections: IT management 
and technology. The two categories were also used by [Schnedl/Schweizer 1999] 
to structure the main challenges from a historical (1995-1997) and a future (1998- 
2002) perspective. As far as IT management is concerned, the alignment of IT and 
business strategy has always been the researchers’ foremost concern which, in- 
deed overshadowed others, e.g. strategic IT planning, the Y2K/Euro-problem or 
the management of distributed computing. From the technological side, client- 
server architectures, Inter-/Intranet-techologies and eBusiness were considered the 
main challenges from 1995 to 2002, followed by data warehousing, network man- 
agement and the integration of applications. 



12.2 Characterization of Business Networking Systems 



12.2.1 Types of Transaction-oriented Business Networking Systems 

Systems that support the coordination among business units are referred to as 
Business Networking systems (BNS). In general, transaction- and knowledge- 
oriented BNS can be distinguished. The former concern operative business trans- 
actions and stretch from information to settlement activities (cf. Chap. 6). The 
latter focus on less structured and more subjective information and knowledge. 

This notion allows us to specifically address inter-company relations and to in- 
clude relevant existing concepts, such as EDI, EC and supply chain management 
(SCM). They invariably involve more than one organizational unit and often inte- 
grate business partners (customers, suppliers, etc.) with a company’s information 
infrastructure. Prominent examples are systems for EC and SCM. Although Busi- 
ness Networking is now receiving growing management attention, various types 
of systems have evolved since the emergence of EDI in the 70s. As Figure 12-1 
shows, we can distinguish two evolutions paths, an interorganizational one which 
encompasses EDI, electronic markets and interorganizational systems (lOS), and 
an intraorganizational one which describes internal systems that are enhanced with 
Business Networking capabilities. In general, BNS are designed to link up the 
internal systems of individual business units that have been integrated mainly in 
the 80s with standard packages from vendors, such as SAP, Baan or Oracle. En- 
terprise resource planning (ERP) systems aim at providing efficient transaction 
processing by using integrated applications and data (cf. Chap. 2.3.1). However, 
implementing connections to other businesses in the same system offers only little 
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flexibility and is bound to quickly reach capacity limitations. This is the starting 
point for the three different types of BN systems that we propose based on the 
previously mentioned evolution paths (see Figure 12-2): 

• Master data sharing systems support the consistency of data by Unking indi- 
vidual appUcations. This is the function of EDI-systems and proprietary sys- 
tems, such as SAP’s application link enabling (ALE), and intermediate docu- 
ments (IDOCs) [cf. Hofmann/Killer 1995]. 

• Supply chain management systems or advanced planning systems (APS) offer 
functionalities for supply network planning, demand planning and the like (cf. 
Chap. 9). Usually, they are Unked to an existing ERP system and are operated 
by one of the two parties involved. Examples are SAP’s APO and the prod- 
ucts from Manugistics or i2 Technologies. 

• Electronic commerce systems are applications which concentrate on informa- 
tion and contracting activities and complement supply chain systems focusing 
on planning, managing and controlling of material and financial flows (cf. 
Chap. 6). Although ERP systems are now extended with EC-functionalities, 
specific applications (e.g. Open Market, Intershop) as well as specific services 
(e.g. electronic malls, auction systems) have emerged which have to be inte- 
grated with internal systems. 



internal system 
(EHP system) 



Business Networking Systems 




P Electronic com m erce systems 




P Supply chain management systems 


P Master data managefnent systems 







Internal system 
(ERP system) 



Figure 12-2: Types of Business Networking Systems 



12.2.2 Specifics of Business Networking Systems 

To describe the specifics of BNS we will use the three dimensions of Business 
Engineering that represents an approach geared to the business-oriented conceptu- 
alization of information systems. It combines various theoretical disciplines and 
“structures the organization, data and function dimensions at the business strategy, 
process and information systems levels” [cf. Osterle 1995, 29]. 

As to the organizational dimension, BNS by definition support relationships be- 
tween multiple organizational units. From a juridical standpoint, these may be 
internal, e.g. within a large conglomerate, or external, e.g. related to customers 
and suppliers. However, the blurring of organizational boundaries makes it diffi- 
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cult to clearly distinguish between the qualities of internal and external business 
networks. We therefore concentrate on the major organizational difference of BNS 
and (traditional) internal information systems (see Table 12-1). As interorganiza- 
tional theory posits (e.g. [Evan 1976]), governance structures with authority, 
autonomy and dependency patterns are different in that interorganizational rela- 
tionships permit less direct influence and inherit higher conflict potentials than 
traditional hierarchical relationships. In addition, there is usually only a lower 
level of knowledge about the business partner’s processes which is also a result of 
the more frequent change in partners (lower stability). 





Internal Business Systems 
(e.g. traditional ERP) 


Business Networking 
Systems 


Stability 


High 


Medium to low 


Authority and 
control 


High 


Medium to low 


Autonomy of 


Low 


Medium to high 


partners 






Dependence 


High 


Medium 


Conflict potential 


Low to medium 


Medium to high 


Process knowledge 


High ' 


Medium to low 



Table 12-1: General Specifics of Business Networking Systems 

In the data and function dimension, BNS - just like any other business information 
system - transform business data (or objects) using some business functions (or 
methods). However, there are some specific requirements in both dimensions that 
are summarized in Figure 12-3. In the first place. Business Networking processes, 
such as collaborative forecasting, require single and homogeneous signals since 
multiple parties base their actions on them. This is well known from the financial 
sector where time lags in updating stock prices heavily influence investment deci- 
sions. An effect from the production field is the bullwhip effect described by [Lee 
et al. 1997].^ Since business partners make their decisions upon the data they re- 
ceive, e.g. an automotive supplier schedules his production depending on the 
planning data he receives from the manufacturer, accountability is a second re- 
quirement. Finally, information systems not only have to make sure that single, 
accountable data are available but also that they are visible to all relevant actors, 
i.e. they must be accessible to partners without any major additional effort. 



2 

First described by [Lee et al. 1997], [Fine 1998] explains the bullwhip effect as a ,law of supply 
chain dynamics It describes a phenomenon whereby the volatility of demand and inventories in 
the supply chain tend to be amplified as one looks further upstream. 
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In the functional dimension, we observe that BNS are built for real-time execution 
since business partners require immediate responses to keep their processes run- 
ning without interruption and to maintain consistent data (see also [Bradley/Nolan 
1998] or [Kelly 1998]). Real time execution requires the integration of BNS and 
ERP systems among internal (e.g. APS or master data servers) as well as among 
external (e.g. electronic markets) systems. This n:m connectivity requires data and 
method standards that are accepted throughout a business network.^ They also 
represent an important basis for the coordination processes and techniques [cf. 
Riehm 1997] that clearly have to be more sophisticated than in internal environ- 
ments. Research on intelligent optimization algorithms, which, for example, sup- 
port the simultaneous coordination of multiple actors and given the computational 
capacity, will continue to be an important issue for BNS (e.g. [SAP 1998c]). The 
degree of fulfillment of these requirements of BNS, in terms of logic and capacity, 
is referred to as the performance. 

Aocoufitsbility Real time 

Single Signal ^ Data •= — ^ FuncUoa ' Performance 

Visibility n:m connectivity 

Figure 12-3: Business Networking Requirements for Data and Functions 




Designing and implementing systems, to fulfill these requirements, are key chal- 
lenges for the information management profession. Therefore, organizational, 
functional and data requirements have to be reflected in BNS concepts. 



12.3 Key Success Factors in Designing Business 
Networking Systems 



12.3.1 Cases for Business Networking Systems 

To develop perspectives for closing the business IT gap and shortening the adop- 
tion lag, three different BNS-cases will be discussed. As Table 12-2 shows, each 
case has a different focus as it aims to highlight each BN type in a specific con- 
text, i.e. in interaction with internal and/or external business partners. Since all 



For a detailed study of n:m issues of desktop purchasing systems see Chap. 10. 
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cases have been described in other chapters already, they will only be explained 
briefly: 

• Commtech (cf. Chap. 3.2.8) is a worldwide communication company that 
introduced shared service centers for some common areas in order to leverage 
economies of scale. Homogenized master data, process standards and integra- 
tion scenarios were defined to ensure coordination among the participating 
units. 

• Riverwood International (cf. Chaps. 5 and 13.3) is an integrated cardboard 
and packaging supplier located in Atlanta, USA. The company aimed at im- 
proving customer service by optimizing the flow of information to the cus- 
tomers. Small customers should be able to process orders and inquire order 
status whereas larger customers were offered global logistics strategies, such 
as vendor-managed-inventories (see Chaps. 4.3.2 and 13.3). 

• ETA SA (cf. Chap. 6.3) is member of ‘The Swatch Group’ and manufactures 
watch movements. The main goal of the project (see [Alt et al. 1999], [Benz 
et al. 1999]) was to improve the management of information exchanged be- 
tween ETA and its customers, i.e. mainly the Swatch group brands. There- 
fore, ETA redesigned their supply chain and introduced an EC solution. 



Partners 


Internal 


Mixed 


External 


Type of System 








Electronic 

Commerce 




ETASA 




Extended Supply 
Chain 






Riverwood Inter- 
nat tonal 


Data Sharing 


Commtech 







Table 12-2: Positioning of the Cases 

In all three projects, similar steps were undertaken (see Table 3). The starting 
point was the identification of the main problem and the formulation of the proj- 
ect’s goal in customer workshops. This input helped to derive the type of BNS that 
appeared to be a most likely solution to start with. As the next step, this initial 
system design was verified and elaborated in more detail with partner profiling. 
This technique systematically supported the design of the coordination technique 
and yielded the main input for creating win-win situations. Since project situation 
and BNS have already been described, we will now concentrate on partner profil- 
ing and coordination techniques (cf. Chap. 12.3.2) and the creation of win-win 
situations (cf. Chap. 12.3.3). 
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Information manage- 
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Organization of cus- 
tomer relationship 
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Data sharing 
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customer workshops 
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Coordination Techni(|ue 


Scope of stan- 
dardised data 
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(multiple master data) 
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(material data only) 
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(material forecasting 
and planning data) 


Standardization 

tool 


Harmonization 


Mapping 


Mixed (harmonization 
of material and map- 
ping of forecasting and 
planning data) 


Degree of data 
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(same syntax, same 
semantics) 


Low 

(different syntax, same 
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(high for material, low 
for forecasts and plans) 


Standardization 
of processes 
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(global processes) 
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only) 
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(supply chain proc- i 
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Win-Win 
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Transfer payments: 
New project due dates, 
new project budgets 


Transfer payments: 
Shorter and guaranteed 
delivery times 


Transfer payments: 
Price reductions, free 
hardware and software 



Table 12-3: Main Steps and Topics in the Cases Reviewed 
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12.3.2 Setting-up Partner Profiles 

Once a type of BNS had been identified as a starting solution, the partner setting 
was analyzed. To ensure networkability among a large number of partners and to 
hmit the complexities of establishing and managing relationships, detailed partner 
profiles were designed at ETA and Riverwood for partner classification. However, 
for a small number of partners (as in the Commtech case) a qualitative description 
proved more efficient. Since business processes only communicate via business 
process outputs [cf. Osterle 1995, 135], partner profiles aim at defining standard- 
ized outputs for coordination processes. These standard patterns are then tailored 
to specific partner requirements. Each individual profile contains the expected 
requirements in the organizational, functional and data dimensions. They can be 
represented as tables (see Figure 12-4) containing four components: 

1. Business relationship drivers are generic factors influencing the design of 
business relationships. In terms of business engineering, a distinction is made 
between strategic, business process and information system drivers [cf. 
Osterle 1995]. Figure 12-4 shows a customer profile as used in the Riverwood 
case. Detailed drivers were formulated which customers or sales reps were 
asked to simply mark them ‘applicable’ or ‘not applicable’. 




Figure 12-4: Components of Partner Profile 

2. A catalog of standardized coordination outputs shows the possible compo- 
nents of a business relationship on the strategy, business process and infor- 
mation system level. Examples of coordination outputs are ‘advance shipment 
notice’ or ‘order acknowledgement’. As shown in Table 12-4 for the three 
cases, outputs vary in scope and content. In addition, the catalog may also list 
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some technical integration forms [cf. Riehm 1997], such as a partner access- 
ing internal ERP data via the Internet. 







ETA SA 


Riverwood Inti, 


Data 








Accountability 




Material 




Visibility 






Production plans, sales 
forecasts, inventories j 


Single Signal 




Inventory 




Functioits 








Real Time 


Credit limit check. 

One bill to customer. 
Global contracts, drill- 
down in taj^es 


Delivery dates, order 
status 


ATP. vendor managed 
inventories 


N:m Connectivity 


Master data mgmt. 


Delivery dates 


ATP 


Performance 


Performance of dis- 
tributed transactions 


interfaces to ERP 
systems 


Performance of ATP 
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Table 12-4: Requirements on IS-level 



3. Partner- specific business relationship requirements are the outcome, if part- 
ner profiles are used as structured questionnaires. They reflect the specific 
needs of specific partners in respect of their relationship, support active part- 
ner management, and serve as the basis for individualized coordination. In the 
ETA and Riverwood cases, modular and standardized types of customer rela- 
tionships were defined for different customer segments. 

4. Once business relationship drivers and standardized coordination outputs 
have been defined, the partner-specific requirements can be translated into a 
partner- specific set of coordination outputs. Both partners would implement 
the processes and systems needed to obtain the partner-specific set of coordi- 
nation outputs. The processes and systems implemented by Riverwood and 
ETA were designed to produce such outputs as advance shipment notice, 
vendor replenishment, vendor managed inventory, ordering and order track- 
ing via the Internet. 



In structuring business relationship requirements on various levels, partner profiles 
provide the basis for conceiving a specific coordination technique. While we can- 
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not elaborate on alternative coordination techniques here, we may point out two 
aspects that have emerged from the cases reviewed: 

• Standardization of master data and processes were the main coordination 
techniques used in different scopes in the cases (see Table 12-3). 

• Standardization of master data was achieved by data harmonization and by 
implementing mapping procedures. Obviously, the former reflects closer cou- 
pling among partners. 



12.3.3 Reciprocity; Creating Win-Win Situations 

Stringent standardization requirements, to be sure, are not readily reconciled with 
the need for organizational autonomy inherent in business networks (see Table 
12-1). In all three projects discussed, it took a great deal of persuading to have 
partners participate. Where an unbalance of costs and/or benefits exists among the 
partners, the chances of successful implementation dwindle rapidly. Therefore, 
creating win-win situations was an important change management effort in these 
cases. 

As a first step, the impact on setup and running costs and the benefits was ex- 
plored for the networking partners. Following the concept of life cycle costs [cf. 
Schelle 1989], we distinguish between setup and ongoing costs and benefits. A 
partner’s setup costs encompass his total project costs and the costs due to inte- 
gration effects with other projects: 

• Project costs fall into costs for designing new processes, change management, 
indoctrination of employees, data standardization and costs for implementing 
IT based relationships. 

• Costs incurred by integration effects reflect the networking character of net- 
working projects. Interdependencies between networking projects and other 
internal projects have to be closely watched since they tend to be a source of 
delays. 

• Costs of the new process, especially costs for designing and implementing the 
new coordination tasks, are part of the running costs (for detailed process cost 
drivers, [cf. Braun 1996]). 

Thanks to the impact of the networking project, win-win situations can be de- 
signed for any individual partner or any type of partner. The partner profile pro- 
vides the basis of a win-win situation by specifying the partner-specific require- 
ments and includes further specifics, such as feasible coordination techniques or 
investment power. A crucial element in creating win-win situations is to establish 
reciprocity and trust which are known to be essential enablers in implementing 




12.3 Key Success Factors in Designing Business Networking Systems 



253 



business networks [cf. Klein 1996a]. In the cases under review, success was owed 
to two facts: 

• Partner-specific profiles kept transaction and investment costs low and gener- 
ated networking benefits which it was possible to quantify. 

• Compensation for investment costs, costs due to interdependencies with other 
projects and protection against opportunism was achieved in the cases under 
review by providing transfer payments. Examples include price reductions for 
the new services or hardware and software offered for free. In networks with 
hierarchical elements, such as Commtech, extra budgets and schedule conces- 
sions granted for other projects proved effective in maintaining the priority of 
networking projects. 

Win-win situations are easy to communicate when real-life examples can be cited 
to illustrate them. For each networking project, the case-study companies defined 
a project nucleus permitting the benefits of the networking project to be assessed 
by the project partners within a limited time and cost effort. The fact that it was 
possible to quickly reach a critical number of partners proved vital for the success 
of the BNS. 



12.3.4 Networking Projects are Business Projects 

Networking applications and technologies enable new business processes and 
business strategies and support them. In order to use them correctly, the business 
must understand the essence of technical networking and, conversely, information 
management must understand the business. From an organizational point of view, 
the strategies and processes that can be implemented by means of networking 
applications are closely linked up with a great many other processes and strate- 
gies. In the Riverwood International example, a project for reorganizing the sales 
process affected the processes of distribution, inventory management, production 
planning, production, maintenance, procurement, controlling and accounts pay- 
able. The integration of these processes and the associated strategies, organiza- 
tional structures, such as departments and above all human resources, take up a 
good deal of management time. Examples are the definition of new processes 
(procurement or sales) and/or strategic business areas (product/market mix), the 
coordination of marketing, sales, production and inventory strategies or communi- 
cation of the solution to the partners affected. While information management can 
encourage networking projects and make major contributions to their success, the 
most effective dimensions of a network must, however, be evolved by the business 
for the business. 
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12.3.5 Nucleus and Rapid Diffusion: 'Grow by Chunking’ 

The quality and success of many networking projects will depend on the number 
of networked partners [cf. ShaprioA^arian 1999, 173]. Such projects must set 
themselves the prime goal of fast growth in the number of users. Examples of how 
to achieve rapid diffusion are provided by Netscape, Hotmail or Compaq. In the 
initial phase they would make their software, services or hardware available free 
of charge and thus generate a fast growing customer base [cf. Kelly 1998, 50]. In 
order to accelerate growth, they would design services that operate according to 
the rules of increasing economies of scale [cf. Arthur 1990], i.e. marginal return 
and customer benefits tend to grow as the customer base expands."^ 

In addition to coordinated marketing strategies and the requirement for reciproc- 
ity, this goal is targeted in particular by the nucleus approach which addresses the 
design of ‘nuclei’ that are conducive to rapid growth.^ 



12.3.6 Standards and System Integration as a Conditio Sine Qua 
Non 

By providing external access to what were previously internal functions and in- 
formation, EC solutions ultimately go a long way towards achieving the vision of 
the extended enterprise (cf. [Ashkenas et al. 1995], [Wigand et al. 1997]). Exam- 
ples of such information are inventory levels, delivery dates, special terms of sale 
or order status which can be called up by external partners. Internal ERP/legacy 
systems, such as production planning systems, finance systems or order manage- 
ment systems, are responsible for this information. For this reason, networking 
applications can never be isolated solutions. It is far more appropriate to see them 
as a new front end to existing systems which outsources functionality to partners 
and makes new functionality possible. They process the information provided by 
other information systems and pass it on to partners without any human interven- 
tion. This leads to important requirements which the data and their standardization 
and/or integration will have to satisfy: 

• All the information which a business unit wants to make available to its part- 
ners must be known to the business unit. This is contingent on a properly 
functioning internal organization and/or the internal integration of the infor- 
mation systems. The integration of new applications with internal and exter- 
nal information systems represents the greatest challenge for networking proj- 



Further hints on the rapid diffusion of EC solutions are provided by [Kelly 1998, 47]. The most 
important of these are ‘touch as many nets as you can’, ‘maximize the opportunities of others’, 
‘don't pamper with commodities; let them flow’ and ‘avoid proprietary systems’. 

‘Grow by Chunking’ is one of the nine principles for managing complex adaptive systems (cf. 
[Kelly 1995,469], [Stiittgen 1999]). 
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ects. The standards applied at the process and information system level play a 
major role in integration. 

• Networking applications place a new and disproportionately greater emphasis 
on interorganizational process standards. Networking calls for the various 
processes of various independent business units to be synchronized. Today, 
business units operate individual processes with a wide range of information 
systems and data models with different business semantics. A purchasing pro- 
cess, for instance, has to be synchronized with the supplier’s sales process, the 
credit card institution’s payment transaction process, the authentication proc- 
ess of the trusted third party and various processes within the business unit it- 
self (authorization, accounts, etc.). 

• Networking also builds on information standards. Dun & Bradstreet’s SPSC 
standard for product categories (standard product & service codes), for exam- 
ple, prescribes a uniform metastructure for product catalogs. This standard 
thus helps to consolidate the catalogs of different manufacturers in a multi- 
vendor catalog. Further examples are standards for catalog interchange for- 
mats (CIF), access protocols (lightweight directory access), authorization 
(RSA procedures), payment transactions (OTP), security (SSL, IPSec, PPTP, 
Socks5, RSA, X.509), method calls (API), protocols (HTTP) and formats 
(XML) (e.g. [Dolmetsch et al. 1999], [Scheller et al. 1994, 20], [Neuburger 
1994, 22]). For many companies, the main emphasis is on harmonizing and 
homogenizing master data, e.g. reorganizing the master data for products, 
customers and outline agreements. 



12.4 Conclusions 

Establishing networkability is a necessity for achieving and sustaining competitive 
advantage. It combines enhanced and individualized relationships with increased 
efficiency and flexibility. Since Business Networking inherently relies on sophis- 
ticated IT, aligning business and technological requirements is of foremost im- 
portance. Thus, BNS, which sustain networkabihty, are critical for the success of 
networked organizational entities. Evidence also shows that BNS require the par- 
ticipation of a critical mass of partners. Therefore, the main issues of this chapter 
were how to ensure the participation of partners and how to align business and IT 
issues. 

Three types of BNS were presented and illustrated in three case studies. To offer 
the desired customer value and efficiencies the BNS have to be configured and 
tailored to the relationships. Partner profihng was presented as a successful tech- 
nique to reach these goals. Profiles provide a transparent view of the current part- 
ner situation and form the basis for broad and systematic partner integration. As 
customer profiles, they are valuable marketing and customer retention tools. Espe- 
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cially, the modular design of coordination outputs and standard relationships re- 
duced the time for setting up new relationships. In providing a technique for col- 
lecting information on partners, processes and systems partner profiling supported 
the alignment of business and IT issues. 

All case studies dealt with how to convince business partners to use the new form 
of coordination. Creating win-win situations was a technique used to attain a buy- 
in from the stakeholders. Costs and benefits were calculated on the basis of quick 
wins that were derived from a first pilot implementation. As the Commtech case 
suggests, this is a major success factor for data sharing systems, such as EDI, and 
an important element in explaining the adoption lag of inter-business systems. 

Both techniques, partner profiling and creating win-win situations, yielded valu- 
able results for the design of application architectures in internal and external 
environments. Therefore, they should be an integral element in the management of 
Business Networking projects [cf. IMG 1998a]. 
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13.1 Challenges of Making Business Networking 
Happen 



13.1.1 Relevance of a Method for Business Networking 

Translating the key success factors developed in Chapter 12 into implemented 
processes and applications represents a major challenge. In order to reach Busi- 
ness Networking goals, such as improved customer care or reduced inventories, 
business partners have to be convinced, business processes among the partners 
have to be agreed upon, and the strategic and process scenario has to be translated 
into enabling IT applications. Some of the specific questions which arose in the 
various cases discussed in previous chapters are: 

• What is a proven sequence for proceeding in a Business Networking project? 
What are the major steps and what are suitable techniques for ensuring quick 
and successful implementation? 

• How is networkability assessed and which networking scenario (cf. Chap. 
3.3) meets our strategic goals? What is the return on investment of this solu- 
tion? 

• Are partners needed for the realization of the solution? How is the participa- 
tion of future users ensured and how are partner relationships organized? 

• What tools are chosen and how can they be integrated into existing system 
landscapes? What are the implications of the networking solution for the 
overall application and service architecture? 

In order to address these issues systematically, take advantage of experiences 
made in other Business Networking projects, and ensure the proper documentation 
of project activities, methodologies that guide the implementation have proved to 
be helpful. Although a variety of methods are available from consultants, tool 
providers and in the literature, these only cover specific areas of Business Net- 
working. There is still an obvious need to integrate all aspects, from choosing the 
right Business Networking strategy to the execution of local projects. This chapter 
aims to fill this gap and develops an initial outline of a method for Business Net- 
working. We expect this method to be completed by the first quarter of 2000. 



13.1.2 Existing Approaches and Requirements 

In the first place, a method for Business Networking has to take into account the 
specifics of inter-business relationships. The main areas are all aspects associated 
with cooperation, the extended supply chain and new services. Existing methods 
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emerged primarily from the three areas shown in Table 13-1: cooperation man- 
agement, process optimization, and implementation of Business Networking sys- 
tems. However, these methods present shortcomings in three respects: 

• They focus on a specific level of the Business Engineering model, i.e. they 
emphasize the strategic, process or systems level. They do not provide guid- 
ance from the Business Networking strategy to the implementation of a Busi- 
ness Networking system. For example, the methods for cooperation manage- 
ment offer valuable insights into setting up and managing cooperations, but 
do not address the selection, configuration, and implementation of systems 
supporting these relationships. 

• They frequently have only a low level of formalization. Systematic methods 
require a meta model, a procedure model, techniques, a role model, as well as 
result documents. Many methods, especially in strategy development and co- 
operation management, include only a procedure model and some techniques. 
Structured documentation of the result is often lacking, despite the fact that 
these documents form an important input for system implementation. 

• They do not provide support for networking processes. The networking proc- 
esses described in previous chapters (cf. Chaps. 3.3.2 and 4.3) consist of sup- 
ply chain management, customer relationship management and the like. Ex- 
isting methods are either generalized (e.g. BPR methods) or focus on design- 
ing particular networking processes (e.g. supply chain methods) 

The goal of this chapter is to present an initial outline of a method for Business 

Networking. The following requirements can be noted: 

• The method should provide support along all dimensions of business engi- 
neering, i.e. strategy, process and systems. At the same time, the strengths of 
existing methods will need to be integrated. Assessing and extending existing 
approaches has higher priority than developing an entirely new method from 
scratch. 

• It should include the logic of business in the information age (cf. Chap. 2), 
new solutions in the direction of partnering [cf. Gomez-Cas seres 1996] as 
well as the potentials for new services [cf. Hagel/Singer 1998]. 

• It should follow the principles of method engineering (cf. Chap. 13.1.3) and 
include the multiple layers and options involved in shaping inter-business re- 
lationships [cf. Klein 1996b]. 
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Strengths 


Weaknesses 


Examples 


Methods for Cooperation Management j 


• Propose examples of 
models tor establishing 
and managing coopera- 
tions 

• Often include political and 
social aspects 


• Lack advice on specific 
types of cooperations and 
the role oflT 

* Inadequate specificity 
concerning business proc- 
esses 


[Dn/VHamel 1998], 
[Gome/-Cas seres 1 996 j , 
IHakansson/Snehoia 1995], 
[Chisholm 1998], 

[Sydow 1992] 


j Methods for Business Proce^ (Re-)Design 


• Generalized and applica- 
ble to a variety of indus- 
tries 


• Inadequate extended sup- 
ply chain focus and knowl- 
edge of cooperations 


[Davenport 1993], see over- [ 
view in 1 Hess/Brecht [995! ^ 


• Methods for supply chain 
management (SCM) in- 
i elude specific supply 
1 chain knowledge 


• SCM methods neglect 
other processes, e.g. cus- 
tomer relationship proc- 
esses 


[Bow'ersox 1993,523], 
[Christopher 1998. 48 1 


Methods for IS Implementation 


• Include vital specifics for 
implementing Business 
Networking tools (e.g. 
SCM tools, EC tools) 


• Methods arc vendor and/or 
tool -specific and are weak 
at the strategy and process 
levels 


[SAP 1999cUIMG 1998b], 
[Manugislics 1998], 

[i2 19971, [Syncra !998] 



Table 13-1: Overview of Existing Methods in Business Networking 



13.1 .3 Benefits of an Engineering Approach 

Method engineering is an approach developed by Gutzwiller/Heym (cf. [Gutzwil- 
ler 1994], [Heym/Osterle 1993],) to ensure the systematic development of meth- 
ods. It has been used in the definition of various methods which are being used 
successfully in practice. Methods based on method engineering principles consist 
of five building blocks (see Figure 13-1): 

• The procedure model contains the recommended sequence of all top-level 
activities. For example, a method for business process redesign may start with 
a preliminary analysis, continue with macro-design and finish with micro- 
design [cf. IMG 1997]. 

• Techniques describe how one or more results can be achieved. For example, a 
technique to measure supply chain performance includes the steps that have to 
be undertaken as well as various metrics, and provides hints on how to com- 
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plete result documents. Tools, such as the ARIS Toolset [cf. Scheer 1995], 
may support the application of techniques. 

• Result documents are produced for the documentation of results and represent 
an important input for the specification of IT requirements. A result document 
for analyzing as-is processes, for example, would be a process network (cf. 
Chap. 14). 

• Roles describe who is participating in a project at a certain stage. These are 
determined by the decisions which have to be taken and the knowledge re- 
quired to complete the result documents. 

• The meta model contains the main objects of design and the relationships 
between these objects. For example, a method for business process redesign 
would specify that processes produce outputs and consist of activities (cf. 
14.2.1). 



Activities hava AcUvitteeaie 




Figure 13-1: Elements of Method Engineering [cf Gutzwiller 1994, 13] 

Besides helping to structure a project, methods are used to facilitate training and 
(self-)leaming. In providing a common language they improve the communication 
between people with heterogeneous backgrounds. Another advantage is that for- 
malization enables knowledge transfer, i.e. example result documents elaborated 
in one project can be used in another similar project. Experience has shown that 
these benefits are apt to lead to improvements in terms of hard (time, cost, quality) 
and soft (flexibility and knowledge) factors. 
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1 3.1 .4 Procedure Model of Method 

In order to present the work in progress on the Business Networking method, two 
cases will be used to illustrate the method development process. These cases are 
(1) the introduction of a buy-side electronic commerce system (cf. Chap. 4.3.1) at 
Deutsche Telekom (DTAG), and (2) the supply chain solution at Riverwood Inter- 
national (RWI, cf. Chap. 5). From these and other cases (e.g. ETA in Chap. 6, 
Commtech in Chap. 2) the four top-level activities ‘analyze, design, 
plan/implement’ were identified for Business Networking (see Figure 13-2): 

• Analyze Business Networking potentials. First, an analysis was undertaken to 
determine networkability and the area(s) with the highest returns for Business 
Networking. Often, a separate preliminary study was conducted for this pur- 
pose. 

• Design scenarios. After a decision on the part of topmanagement to research a 
certain area (e.g. procurement) in more detail, several alternative process net- 
work configurations are determined and evaluated with already identified pi- 
lot partners. Ideally, a scenario is selected and a project team is set up. 

• Plan/implement pilot projects. This phase details and implements the chosen 
scenario both at partner internal and at cooperation level. The partially refined 
macro scenario documents form the basis for planning various implementa- 
tion projects. The final roll-out of the Business Networking project marks the 
end of the project. 

• Continue Business Networking strategy. Business Networking is an ongoing 
effort. For example, existing solutions may be rolled-out to other organiza- 
tional units, enhanced with other networking strategies, or new networking 
potentials are addressed by recurring to phase 1 . 



I Analyze Business 
Networking 
potentials 

Design 
scenarios 

I Plan I Implement 
pilot projects 

Continue 

Business 

Networking 






‘Go'-<3eci$fon by 
top-management 



Coopevalion 

contract 

Successful 
pitot project 

RoH-out of 
solution or new 
networking strategy 



Figure 13-2: Procedure Model of Business Networking Method 
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13.2 CASE I: eProcurement at Deutsche Telekom AG 



13.2.1 Business Context of Deutsche Telekom AG 

Deutsche Telekom AG (DTAG) is a formerly state-owned telecommunications 
company that was converted into a stock corporation on January 1, 1995 and went 
public in November 1996. In 1998, DTAG’s revenues amounted to DEM 69.9 
billion (approx. USD 39.7 billion, based on an average annual rate of 1.76 DEM) 
with a net income of DEM 4.2 billion (approx. USD 2.4 billion). The major part of 
their revenue stems from the national full service telecommunication business 
with 179,500 employees (1998). This included 46.5 million telephone lines in the 
area of fixed lines and 10.1 million ISDN basic channels at the end of 1998, which 
is more ISDN lines than the USA and Japan together. Furthermore, DTAG is a 
major cellular provider with 5.5 million customers in his digital GSM-net, 
Europe’s biggest onUne and Internet service provider and serves 17.6 million 
customers with its cable TV infrastructure [cf. DTAG 1999]. 

The transformation process from a vertically integrated monopolist toward a 
worldwide active competitive organization involved major changes in all dimen- 
sions. This has partly been enforced by deregulation and liberalization in the 
European telecommunications market since January 1, 1998. Another major driver 
is the convergence of the media, telecommunications and IT. Two of the chal- 
lenges DTAG faces is determining 

• what products and services should be provided for which customers, and 

• which are the areas where partnerships and alliances are crucial to competi- 
tiveness? 

Like every other global telecommunication company, DTAG has a large number 
of relationships with internal and external partners. Streamlining processes and 
having mechanisms in place to establish and manage multiple partner relationships 
are important goals if cooperations are to be operated at low coordination costs. 



13.2.2 Options for Organizing Procurement 

As explained earlier (cf. Chap. 10), indirect goods encompass MRO goods, office 
materials and other C-parts. The electronic procurement process for these goods 
(eProcurement) has the following characteristics: goods are not planned, large 
numbers of what tend to be standardized, low value products, many users, catalog- 
based purchases, and authorization processes [cf. Killen & Associates 1997]. 
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In general, the procurement process for indirect products consists of a strategic 
and an operational component (see Figure 13-3). Strategic procurement includes 
customer and supplier management and deals with the selection, contracting and 
evaluation of partners, i.e. suppliers of indirect goods as well as content and cata- 
log management services. Although this process has a strong knowledge compo- 
nent it relies on (operational) transaction data. For example, information about the 
performance of partners serves as a basis for negotiating prices as well as for 
communicating win-win situations. Operational procurement consists of four 
elements. Desktop purchasing systems (DPS) have already been described in 
Chapter 10 and permit end-users to purchase indirect goods directly via an Internet 
browser. They offer process and workflow functionality, system administration 
and the integration into ERP systems (cf. Chap. 10.3). Content and catalog man- 
agement^ are shown separately in Figure 13-3 to emphasize the fact that these 
functionalities are evolving into individual business segments. 

The main Business Networking elements in eProcurement are the electronic inte- 
gration of (see Figure 13-3): (1) catalogs of suppliers, (2) service providers for 
catalog and content management, and (3) services for logistics and payment. 





n 


Strategic procurement process 




p L_ 

Customer 

management 




Supplier 

management 








[ 1 


I 



Electronic product 
catalogs of 
suppijars 



Content manage mant 



Catalog manage noent 



ERP integration 



Process and workflow 
functionality 



System administration 



Delivery and payment services 



Operational procurement process 
eProcurement 



Figure 13-3: Elements of the eProcurement Process 

Each of the eProcurement segments is an area where companies have to decide on 
how to establish or access the required resources. This involves strategic decisions 
as to which activities are insourced and outsourced as well as where closer coop- 
eration with partners is necessary. For example, catalog and content management 



1 



Content management merges multiple (supplier) catalogs and catalog management provides the 
platform for catalogs. 
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could be outsourced, whereas relationships with suppliers (which offer the cata- 
logs) will involve closer cooperation. Designing workflows and ERP integration is 
done internally. However, a company could also choose to adopt a more active 
strategy and offer content or catalog management services to other players as well. 



13.2.3 Steps Undertaken at Deutsche Telekom 

1. Analyze Business Networking potentials 

Among the first steps in the DTAG project was the definition of potential areas for 
Business Networking. The main strategic options for initiating a Business Net- 
working project were discussed in workshops, on the basis of best practice exam- 
ples. One of the areas which was examined in greater detail was the procurement 
process for indirect goods and services. This decision was based on a high-level 
scoring model derived from a market, resource and strategy analysis that included 
soft and hard factors. The analysis of networking potentials showed that ePro- 
curement was an area with high potentials since the process was characterized by 
time-consuming individual, paper-based requests, many exceptions, and only little 
IT support. This situation led to a costly and non-transparent process, which of- 
fered a liigh potential for the introduction of an eProcurement solution. 

2. Design scenarios 

Based on the management decision to go ahead with eProcurement, a joint project 
team involving the IT and procurement departments was set up. A project portfo- 
lio showed that similar projects already existed within the DTAG group. After 
analyzing these projects and best practices from US companies [cf. Dolmetsch 
1999], scenarios were detailed on how to organize eProcurement. The main op- 
tions in respect of possible service providers for the partner-oriented part of the 
process were: 

• Procurement via an external service, i.e. outsourcing of the eProcurement 
process to a service provider, such as GE TPN. 

• Establish an internal service, i.e. an internal shared service for eProcurement 
which is offered to all DTAG subsidiaries. 

• Ojfer service on the market, i.e. extend the internal service to external busi- 
ness partners, thus establishing a new business segment. 

Using various evaluation criteria, such as strategic fit, impact on strategic flexibil- 
ity, knowledge and risk, initial investments, and operational benefits, a decision 
was made in favor of one or more feasible scenarios. Since a market survey did 
not yield any operative solution providers for catalog and content management in 
Germany, DTAG decided to establish an internal service. 
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Scenario design involves the specification of the process network for the selected 
scenario as well as the decision in respect of external partners. Discussions were 
held with software providers which led to several DPS and service provider solu- 
tions, of which two are being considered in more detail for pilot implementations. 
At present, the evaluation process is still ongoing. Important criteria are the cus- 
tomizing efforts necessary to adapt the systems to the DTAG processes as well as 
the integration into DTAG’s existing SAP systems. 

3. Plan and implement pilot projects 

The project is currently at the stage of designing scenarios. After the decisions in 
favor of one software solution and a specific process network, the implementation 
aspects are planned in more detail. This includes the application architecture, 
standards for data and communication protocols, business bus (cf. Chap. 2.3.4) 
configuration etc., as well as activities to coordinate the implementation projects. 

4. Continue Business Networking 

Once an internal procurement service is established, this could be extended in a 
second step. One strategy already being discussed is to become an external 
eService provider for catalog and content management offered by a DTAG sub- 
sidiary (see Figure 13-4). This offers new sources of revenues by exploiting the 
buying power, high number of transactions, brand name, critical mass and the IT 
infrastructure of DTAG. By enhancing the existing service, an external service can 
be established which continues Business Networking at DTAG. 




Figure 13-4: eProcurement Scenario at Deutsche Telekom 





13.3 CASE II: Supply Chain Management at Riverwood International 



267 



13.3 CASE II: Supply Chain Management at Riverwood 
internationai 



13.3.1 Supply Chain Scenario at Riverwood internationai 

As explained in Chapter 5, Riverwood International (RWI) is a leading provider of 
paperboard and packaging solutions. As part of a restructuring effort, the company 
reengineered their supply chain applications landscape. With the migration from 
existing ERP legacy applications to an integrated SAP R/3 system, RWFs supply 
chain execution processes are supported more efficiently. 

The introduction of SAP’s advanced planning system (APS), known as advanced 
planner and optimizer (APO), now enables RWI to implement inter-company 
planning processes, such as vendor-managed inventory (VMI). VMI is a supply 
chain strategy that helps a company to collaborate with its customers to gather 
individual demand forecasts and synchronizes forecasts with local production 
plans to achieve greater flexibility in the planning and manufacturing process (cf. 
Chap. 4.3.2). 

In an initial step, the company set up a VMI pilot project with Universal Packag- 
ing (UNIV). The pilot project includes some five RWI plants and distribution 
centers, plus ten UNIV locations in New England and will be implemented for 
selected products at the end of the third quarter 1999. 



imvERSJkL psActmomo ma 




Figure 13-5: VMI Between Riverwood and Universal 

In order to obtain an accurate demand signal, RWI is willing to insource some 
stock management tasks that have traditionally been in the hands of UNIV (see 
Figure 13-5). The warehouses at Universal’s plants and distribution centers are 
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automatically replenished by RWI. This means that product replenishment and 
purchase order creation will become the responsibility of RWI and will be based 
on actual and forecasted demand. Therefore, RWI has to be able to consider tJNIV 
inventory levels and demand forecasts during their planning process. The VMI 
scenario involves the following key activities: 

• Data assembly. The primary data driver for VMI programs is warehouse 
withdrawal data from UNIV’s distribution centers (VMI locations). 

• Forecasting. The primary forecasting effort is based on withdrawals from 
UNIV’s plants/distribution centers. Order forecasting is controlled by RWI 
and uses agreed-upon inventory targets and transportation cost objectives. 
UNIV is responsible for providing RWI with their production plans. 

• Order generation. The RWI SAP R/3 system generates purchase orders which 
are driven by the replenishment pull on UNIV’s VMI locations. Since RWI 
controls the process, UNIV receives priority service when shortages occur. 

• Order fulfillment: RWI fills products primarily out of inventory (make-to- 
stock). However, in some cases a make-to-order fulfillment occurs. 

The VMI scenario was conceived on the assumption that it would create a win- 
win situation between RWI and UNIV. Benefits for both partners are shown in 
Table 13-2. 



Benefits for RWI (Vendor) 


Benefits for UNIV (Customer) 


Broader view of the inventories and supply 
chain activities gives RWI better informa- 
tion for planning inventory deployment and 
production. 


UNIV shifts the administrative burden for 
inventory replenishment of selected prod- 
ucts (VMI products) at their local ware- 
house back to the vendor. 


RWI achieves more flexibility in the plan- 
ning and manufacturing process. 


UNIV has lower supply chain costs through 
the outsourcing of the order management 
process; delayed transference of ownership 
means reduced working capital costs. 


RWI can be more customer-specific in its 
planning and ts able to plan at a higher 
level of detail. 


UNIV gets guaranteed fulfillment of de- 
mand and 'avail able-to-promise" service for 
VMI products. 


Benefits for Both Parties 


Shorter lead times for entire replenishment process. 


Overall improv'ement of asset utilization through a decrease in total inventory days of 
supply. 1 



Table 13-2: Benefits ofVMlforRiverwood and Universal 
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13.3.2 Steps Undertaken at Riverwood International 

1. Analyze Business Networking potentials 

At RWI, supply chain management (SCM) revealed high potentials for Business 
Networking. After checking the networkability it became clear that proper visibil- 
ity of stock levels in all warehouse locations was an essential prerequisite for 
proceeding with the project. RWI set the focus on inventory management with 
downstream supply chain partners. As a customer requirement which had already 
been articulated, VMI was chosen from SCM best practices, such as collaborative 
planning, forecasting and replenishment (CPFR). 

Important elements of this first phase were a high-level sketch of as-is supply 
chain processes and the IS architecture, as well as the scoping of the project in 
terms of products, supply chain partners and geographical locations. This led to a 
first cooperation concept, which also included detailed and mutually agreed per- 
formance targets for the future cooperation between the pilot customer UNIV and 
RWI. The first phase terminated with the forming of an inter-company team. 

2. Design scenarios 

RWI identified two macro-scenarios for realizing VMI, which are based upon two 
different architecture alternatives: 

• Setting up and maintaining a VMI module of SAP’s APO with interfaces to 
RWI’s SAP R/3 ERP system and UNIV’s ERP legacy application. 

• Usage of an existing VMI service provided by an external provider [cf. Dur- 
lacher 1999], such as IBM’s continuous replenishment service [cf. IBM 
1998]. 

In order to increase flexibility in tailoring VMI solutions to the requirements of 
specific customers and include RWI’s very specific needs in the area of produc- 
tion planning and scheduling, RWI decided to set up their own VMI module. 

3. Plan and implement pilot projects 

For this scenario a detailed picture of the process network was elaborated and its 
impact on resources and operations assessed. An example of the micro process 
design is shown in Figure 13-6. It distinguishes between VMI planning and VMI 
execution: 

VMI planning starts with the weekly transfer of production plans and sales fore- 
casts from UNIV to RWI. This data is provided by UNIV’s legacy ERP system^ 
and will be used by the demand planning module of RWI’s APS to generate de- 



In the current process design, there are no plans for an electronic link between UNIV’s ERP appli- 
cation and RWFs APS. Instead, UNIV’s VMI planner uses a Web gateway to the so-called ‘de- 
mand planning book’ within the RWFs APS for manual data entry. 
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mand plans. After the release of the demand plan to the supply network planning 
module (SNP) the APS will consider constraints in the production and distribution 
network^ and release production orders via the ERP to the MRPII planning sys- 
tem. 

VMI execution starts with checking the availability (ATP) and detailed scheduling 
in the MRPII system. The order is then confirmed, trim optimization performed 
and the product produced. At the UNIV site, goods issued are captured with a 
barcode reader. This information is used by RWI’s ERP to track product with- 
drawal and calculate on-hand inventory at UNIV’s warehouse. In case stocks 
should fall below a certain level, an order is automatically generated by RWFs 
ERP, the VMI products shipped and an invoice issued. 




Figure 13-6: Process Design for VMI at Riverwood 

To ensure a successful implementation of VMI, RWI designed a project portfolio 
which includes eight different local projects (see Table 13-3). Part A of the project 
portfolio deals with four internal RWI projects. Part B addresses customer- 
oriented projects and details the plan to support VMI customers with a service 
package that fully enables outsourcing of warehouse management for selected 
VMI products. This package will contain customized modules, which means that 
RWI will perform or coordinate four internal customer projects. 



3 



Examples are master block schedules for production capacity, inventory levels, transportation 
capacity and order lead times. 
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Project Portfolio Part A: Internal Riverwood Projects 

1 . One APS project for setting up and customizing the demand and supply network 
planning modules in the SAP APO application. 

2. One master data (MD) project Tor setting up the unidirectional transfer ofERP mas- 
ter data (e.g. pnxliict master, hill of material (BOM), customer locations, units of 
measurement) to the APS system. 

3. One eore interlace project to ensure the bilateral exchange of transact ion a I data 
(orders) between the ERP and APS system. Order types include production, trans- 
portation. replenish mem and consignment orders. 

4. One project !or the dcveloptnent of the customer service package modules. 

Project Portfolio Part B; Modules of the Customer Service Package 

1 . Business prc>cess redesign (BPR) module in order to enable customers to suppt^n 
RWTs VMl process standard. 

2. Intra structure module which will include ready-to-run clients for forecast data entry 
in the demand planning bt>ok and barcode scanners to track warehouse withdrawal. 

3. Internet service provider (ISP) module to ensure data transmission from local VMl 
locations according to RWTs security standards. 

4. On-site training courses. 



Table 13-3: RWI Project Portfolio 

4. Continue Business Networking 

Potential areas for enhancing Business Networking have been discussed to lever- 
age RWI’s ERP and APS investments. RWI plans becoming an eService provider, 
offering a collaborative planning eService scenario for the US paperboard industry 
and using portals, such as mySAP.com to customers as the platform for their 
service. This continuation of the VMI solution will start with the successful im- 
plementation of the VMI pilot. 



13.4 Towards a Method for Business Networking 

Both cases presented above reflect different scenarios in Business Networking. 
The DTAG case focused on buy-side EC, whereas the RWI case emphasized 
SCM. In the following chapter, the structure of a method will be developed which 
provides techniques that are applicable to all Business Networking strategies (cf. 
Chap. 4). They are categorized in a grid of the design areas and the phases of the 
procedure model. 
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13.4.1 Design Areas of a Method for Business Networking 

At the heart of the method is a structure for positioning the main activities and 
techniques required in Business Networking projects. On the one hand, this corre- 
sponds to the procedure model presented above (see Figure 13-2) which shows the 
different phases ‘analyze’, ‘design’, ‘plan/implement’ and ‘continue’. These cover 
the three levels of business engineering, i.e. strategy, processes, systems (cf. Chap. 
3.1.2) and follow a top-down approach. On the other hand, several design areas of 
Business Networking appear in all four phases of a Business Networking project. 
For example, cooperation issues have to be dealt with when first analyzing poten- 
tials as well as at the process level when processes between cooperating business 
units are designed in detail. The same is valid for the architecture, which has to be 
roughly analyzed for feasibility reasons in the initial stages of a project, but in 
more detail when the new application and service architecture are designed in the 
macro scenario design stage. The three design areas that run through a Business 
Networking project are: 

• Cooperation. This reflects the organizational and political cooperation aspects 
and addresses the life cycle of cooperations with issues, such as partner pro- 
filing and selection, cooperation contract definition, cooperation monitoring, 
conflict management, and reward distribution procedures. 

• Process. This category includes the processes of the extended supply chain / 
interorganizational processes, e.g. supply chain management or (customer) 
relationship management. 

• Application/service architecture. The A/S architecture takes into account the 
existing and future apphcation architecture (cf. Chap. 8) consisting of ERP 
systems (cf. Chap. 2.3.1), Business Networking systems (cf. Chap. 12.2.1), 
and (external) eServices (cf. Chap. 2.3.5). 

Both dimensions - procedure model and design areas - are combined in a funnel 
(see Figure 13-7) which symbolizes the fact that alternatives are eliminated step- 
by-step within a specific implementation project. 
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Project Method Design Areas 




Figure 13-7: Phases and Techniques of Business Networking Method 



13.4.2 Techniques for Business Networking 

Techniques ‘fill’ the funnel and provide guidance in elaborating the necessary 

results. In sum, 12 techniques (see Figure 13-7) have been identified. Their focus 

is as follows: 

Phase 1: Analyze Business Networking potentials: 

1. Networkability assessment. Technique for establishing awareness, measuring 
networkability (cf. Chap. 1) and identifying areas with networking potentials or 
networking obstacles. 

2. Cooperation area selection and project scoping. Defines and selects a specific 
networking strategy, and aligns corporate and networking strategy. A main re- 
sult is a project portfolio (see Table 4-8 in Chap. 4.4) which positions coopera- 
tion projects involving networking and organization strategy. Project scoping 
helps to identify goals and content of the pilot project and to build the project 
team. 

3. As-is BN processes and A/S architecture. Helps the initiator to model the as-is 
process network within the project scope. It supports the identification of the 
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current flow of goods, information and funds as well as the illustration of the 
current application/service (A/S) solutions. 

4. BN goals, potentials and to-he processes. The initiator identifies the goals re- 
lating to the BN project. This involves deriving measurable key performance 
indicators (KPFs), assessing the as-is performance, and developing future co- 
operation processes based on best practices or innovative ideas. 

5. Cooperation concept. Defines partner profiles, identifies internal change man- 
agement activities and defines the Tetter of intent’ which serves as a final result 
document of the Business Networking potentials phase. 

Phase 2: Design scenarios 

6. Pilot partner selection. The initiator selects the partners for the pilot project. 
The objective is to identify partners that have an interest in a quick-win. The 
technique also includes team-building activities. 

7. Future macro process and metrics. This technique is used to find new solutions 
for the macro processes in collaboration with pilot partners, and to sketch the 
outline of these processes."^ It aims to introduce radical innovations and ensures 
compatibility between the given business strategy and necessary processes (co- 
operation concept). The objective is to model different Business Networking 
scenarios which will be evaluated later. 

8. Architecture alternatives and scenario selection. The initiator and partners 
collaboratively identify applications, eServices, and standards (cf. Chap. 2.3.5) 
that help to implement the macro process. They both evaluate these different 
scenarios on the basis of qualitative and/or quantitative scoring models and de- 
fine the business bus (cf. Chap. 2.3.4). 

9. Cooperation initiative. This technique finalizes the commitment of the partners 
toward shared goals, obligations and resource deployment. The final result 
document is the partner contract and marks the end of this phase. 

Phase 3: Plan/implement pilot projects 

10. Project portfolio design. The planning of implementation projects includes 
defining shared and (partner-specific) internal projects. Various projects may 
be initiated, e.g. projects for process redesign, software implementation etc. 
The project portfolio supports the management of the interrelationships and 
priorities among the projects. 

(Execution of internal partner projects). Executes defined projects and moni- 
tors the delivery of results. It is not an integral element of the Business Net- 
working method. 



At the macro level, an overview of entire processes is provided. Macro processes are broken down 
into sub-processes, which are described in detailed activity chains [cf. Osterle 1995, 49]. 
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1 1 . Cooperation management. The goal is to set up sufficient coordination for the 
operating phase of the cooperation. This includes, for instance, cooperation 
controlling and conflict management, definition of deliverables, milestones 
and the like. 

Phase 4: Continue Business Networking 

12. Win other partners/select other Business Networking strategy. Technique 
designed to reassess other projects within the project portfolio and identify 
new projects. 

Although the method proposes an ideal sequence of activities, we are aware that 
certain projects require modifications. For this reason, each technique contains a 
clear description of the required inputs. This permits lower starting points, parallel 
activities, cycles and the like. 



13.5 Conclusions and Outlook 

This chapter described the first steps towards a method for Business Networking. 
Although a variety of methods are available, these methods present significant 
shortcomings since they either focus only on strategic aspects, do not include 
knowledge of networking processes, or else provide only a low level of formal- 
ization. The advantages of a method for Business Networking are that it: 

• Provides an integrative framework that includes all activities relevant to ana- 
lyzing, designing, planning/implementing and continuing Business Network- 
ing projects. It offers a structured path from (strategic) analysis and conceptu- 
alization to implementation. Strengths of existing methods can be integrated. 

• Facilitates interorganizational project management by providing a common 
procedure model, using understandable techniques and result documents as 
well as role descriptions. This helps to structure a shared project plan, to de- 
termine which tasks have to be performed and to decide who should be in- 
volved at which stage of the project. Problems arising from different corpo- 
rate cultures, languages and systems can be avoided. 

• Addresses critical success factors relevant to Business Networking. As 
Chapter 12 has shown, the success of Business Networking projects is often 
determined by non-technical, i.e. organizational and political, factors. Exam- 
ples are creating win-win situations, homogenization of master data and the 
like. These aspects are consistently integrated into the Business Networking 
method. 

• Supports knowledge management by transferring knowledge relating to prior 
and ongoing projects. It includes success factors and best practices as well as 
critical configuration and implementation know how. Besides helping to pro- 
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vide direct benefits for project management, the method improves employee 
training . In doing so, it increases the flexibility and responsiveness of an or- 
ganization to cope with future networking challenges. 

• Helps to improve a company’s networkability. Networkability is an integral 
part of the method and is addressed in each phase, i.e. within potentials analy- 
sis, scenario design, and the plan/implementation phase. 

As described in Chapter 2, the information age presents a variety of challenges to 
management. The implications and opportunities are dynamic and the method for 
Business Networking represents a solid foundation for tackling these challenges in 
a systematic way. We see two areas in which the method can be extended: 

• Interaction with knowledge management. The increasing volume of electronic 
transactions handled via Business Networking systems presents an important 
source for extracting information about customers. Integration transaction- 
oriented and relationship-oriented Business Networking systems will provide 
new perspectives for creating tailored and efficient customer service. 

• Development of eServices. Electronic services (cf. Chap. 2.3.5) will be an 
important part of Business Networking in the future. How eServices can be 
developed or how they can be integrated at a business, process and informa- 
tion systems level, are questions to be addressed in further development of the 
method. 
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14.1 Challenge of Designing Process Networks 



14.1.1 introduction 

Today, value networks of business units, such as group companies, profit centers 
or independent companies with different, complementary core competencies, 
come in many shapes and sizes. The aim of such networks is to provide their cus- 
tomers with products and services with a high level of customer benefits. For this 
purpose, the partners involved harmonize their business processes, supply chain 
infrastructures and information systems and coordinate parts of their operative 
activities at the interorganizational level. 

What motivates business units to form partnerships? Network-based business 
management concepts make it possible to increase not only customer value but 
also shareholder value (cf. Chap. 2). The information technologies, application 
packages and tools now available offer wide-ranging possibilities for processing 
information at the interorganizational level. This facilitates the formation of Busi- 
ness Networking partnerships (cf. [Miles/Snow 1990, 144], [Szyperski/IGein 
1993, 191]). 

In order to be able to exploit the potential offered by Business Networking it is 
necessary to find suitable cooperation partners, develop cooperation strategies and 
to implement those strategies by means of business processes which work together 
across the limits of the individual partners and are supported by integrated infor- 
mation systems (cf. [Daft/Lewin 1993, 1], [McHugh et al. 1995, 14]). 

A wide choice of methods is available for the redesign of business processes 
within individual business units [cf. Hess 1996]. When it comes to setting up 
process networks between business units, however, the existing methods and tech- 
niques provide only limited support. For this reason, we developed a method for 
the design of effective and efficient process networks. Process networks are asso- 
ciations of business processes, which realize cooperative relationships on the op- 
erative level, and generate products and services for the customers of the coopera- 
tion partners. This chapter provides an overview of the above-mentioned method. 

The method was validated by two projects conducted with companies belonging to 
The Swatch Group (Switzerland) which specializes in watches and microelec- 
tronics. In the first project, ETA SA, a subsidiary of The Swatch Group whose 
products include movements for watches, a process network was set up for the 
introduction of new types of movement onto the market. The second project in- 
volves redesigning the distribution of spare parts for movements within The 
Swatch Group (cf. Chap. 6). With the first project, ETA SA succeeded in achiev- 
ing significant improvement in the coordination of its product launch activities. 
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The second project should achieve cost reductions for The Swatch Group’ in the 
area of after-sales. 

The validation of the method in these projects showed that the components of the 
method are well suited to design process networks. Further is showed that the 
method's interfaces to complementary project areas, such as change management 
and information system development, are quite significant. 



1 4.1 .2 Business Networking Potentials 

Companies can realize a wide spectrum of positive effects with Business Net- 
working-oriented business management concepts. These include the reduction of 
costs, throughput times and investment risks, shorter time-to-market, greater flexi- 
bility, etc. (cf. [McHugh et al. 1995, 19-21], [Rupprecht-Daullary 1994]). The four 
case examples described below show several concepts and the effects achieved. In 
each of the case examples, process networks form the central element of the busi- 
ness solution. 

The main suppliers to the Micro Compact Car (MCC) factory in the French town 
of Hambach where the ‘Smart’ cars are manufactured are located in the immediate 
vicinity of the factory. The manufacturing partners have developed tightly inter- 
woven production and logistics processes based on just-in-time principles, which 
enables them to achieve shorter throughput times and low manufacturing costs. 

Protodigm is a London-based member of the pharmaceutical group Roche with 10 
employees who coordinate the development and market launch of Roche medi- 
cines. For each new medicine, Protodigm commissions the best qualified third 
party company for the various development and introductory phases of the prod- 
uct. In other words, Protodigm establishes a virtual enterprise for each medicine to 
which they are assigned. This enables Roche to shorten the time-to-market and 
thus reduce the development and introduction costs. 

The Swiss companies Triib, BIWI and Kudelski formed the joint venture Intelegis 
SA in Marin. A core competence of Triib and BIWI is the production of plastic 
cards incorporating microchips, e.g. EC cards. BIWI is also a specialist in the 
manufacture of precision parts made of rubber and plastic. Kudelski SA works in 
the field of Pay TV encoding and decoding systems. These are the core competen- 
cies which the three companies contribute to the engineering operation Intelegis 
which is to use them to develop new products. If Intelegis is successful, the three 
parent companies will penetrate new markets which would not have been open to 
them had they gone it alone. From the point of view of the individual partners, the 
joint venture also means lower risk, less resource commitment and thus greater 
flexibility than in the case of independent product and market innovations. 
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Based on the possibilities of various newly introduced applications, the planning 
and scheduling processes of the ‘The Swatch Group’ supply chain in which the 
Swatch watches are manufactured and distributed were redesigned. At some of the 
points of sale (POS) a cash register and goods management system was intro- 
duced. With this system, the POS send sales information to the national companies 
of The Swatch Group and to Swatch SA. At Swatch SA in Biel, the ‘head’ of the 
supply chain for Swatch watches, these data are incorporated in the weekly opera- 
tive planning. Swatch SA can now quickly recognize any changes in the demand 
for each individual model and control the production rates accordingly. In view of 
the short life span of a Swatch collection of six months, this is particularly valu- 
able. 

The customers of Business Networking partners profit, amongst other things, from 
shorter deliveries, lower prices and the fact that products and services are better 
geared to their requirements. The positive effects lead to an increase in share- 
holder value, e.g. to an increased return on investment, both for the Business Net- 
working partners and for their customers. For the employees. Business Network- 
ing means more qualified activities and entrepreneurial challenges in clearly 
structured business units which are responsible for their own profits [cf. 
Daft/Lewin 1993, 2]. The possibility of working for several business units pro- 
vides additional motivation [cf. McHugh et al. 1995, 156]. 

Information technology standards, application packages which can be used on a 
distributed basis and tools for the integration of heterogeneous application systems 
belonging to various companies are crucial enablers for Business Networking. 
Standards, such as those of EDIFACT, Internet/Intranet (I-NET) or platform- 
independent document formats (e.g. HTML, JPEG, PDF, Quick Time), go a long 
way towards facilitating the integration of information systems belonging to dif- 
ferent companies and thus the establishment of Business Networking partnerships 
(cf. [Osterle 1996], [Kaiser et al. 1996], [Riehm 1997, 79]). Packaged software 
products and workflow systems that can be used for interorganizational purposes 
are becoming available in ever increasing numbers. SAP’s R/3 is an example of 
one such packaged software product [cf. Riehm 1997, 162]. Applications for sup- 
ply chain management (cf. Chap. 9) are examples of tools for the integration of 
heterogeneous application systems. Companies want to tap the benefits of Busi- 
ness Networking by exploiting the potential of information technologies and sys- 
tems. 



14.1.3 Actions Required 

There are many tasks to be accomplished in order to set up and run a Business 
Networking cooperation [cf. Szyperski/Klein 1993, 199]. The main tasks are listed 
in Table 14-1. 
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Set up Cooperation 
Group and Develop 
Cooperation Strategy 


ttnplement Cooperation 
Strategy 


Operate and Further 
Develop Cooperation i 


• Analyze customer needs 
and market characieris- 
tics 

• Find suitable coopera- 
tion partners 

• Develop cooperation 
strategy 

• Analyze potential of 
information technologies 


• Adapt strategy and or- 
ganizational structure of 
individual business units 

• Engineer and implement 
process network 

• Perform change manage- 
ment 

• Develop information 
systems 


• Coordinate operation 

• Further develop coopera- 
tion strategy 

• Further develop process 
network 

• Run, maintain and further 
develop information sys- 
tem 



Table 14-1: Tasks Associated with Establishing Business Networking 

Change management refers to the measures designed for the purpose of managing 
the human aspects of corporate change. Not all tasks will have to be accomplished 
for all projects. It is frequently the case that partial aspects of an existing Business 
Networking cooperation will need to be redesigned. In ‘The Swatch Group’ proj- 
ect described above, design activities were limited to applications and processes. 
In other areas, such as e.g. market covered, configuration of cooperation partners 
or strategies of the business units, nothing changed. 

The design of new process networks or the redesign of existing ones involves four 
fundamental tasks: 

• Determine the exact configuration of the output package the customers are to 
receive on the basis of customer needs and the strategic objectives. 

• Design procedure for output creation at the network and business unit levels. 

• Design coordination of output creation and a system for the continuous im- 
provement of the process network. 

• Specify requirements the information systems must fulfill. 

Output packages may contain service as well as goods components. When de- 
signing the procedure for output creation, the core competencies and resources of 
the business units involved must be taken into account. In the context of output 
creation coordination it is important to think about how exceptions are to be dealt 
with. What happens, for example, if a partner cannot deliver on time? Who is 
responsible for damages incurred by other partners? 

The process network design method is intended to show how the above listed 
tasks can be accomplished efficiently and with profitable results. 
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14.1.4 Applying the Three-Level Model of Business Networking at 
ETASA 

A model splits the action required in Business Networking projects into three 
levels: strategy, process and information system (cf. Chap. 3.1.2). Objects, which 
are to be designed in Business Networking projects, are defined at each level. This 
three-level model of Business Networking provides the basis for the process net- 
work design method. It also helps to show the correlation between business prob- 
lems and possible solutions. Figure 14-1 shows the elements of the three-level 
model in the example of a detail taken from the concept for the redesign of spare 
parts distribution within The Swatch Group. The figure represents strategic, op- 
erative and information technology aspects of the spare parts orders from national 
organizations of The Swatch Group to the customer service department of ETA 
SA (ETA-CS). 

The process level covers the process networks. A process network is an associa- 
tion of processes between business units, which realizes a cooperation strategy at 
the operative level and provides outputs for customer processes. Coordination 
relationships between the processes ensure that the provision of outputs is coordi- 
nated. Examples of coordination relationships are 

• Intermediate outputs which are incorporated in the products of a process net- 
work, such as e.g. smart parts which supplier processes, provide for the proc- 
esses of the MCC factory, 

• Process network-internal coordination outputs without a direct value creation 
character, such as e.g. sales data from Swatch POS, 

• Process tasks performed jointly by several processes, and 

• The exchange of human resources between processes [cf. Hedlund 1994, 84]. 

The coordination relationships in Figure 14-1 are the outputs exchanged when 
spare parts are ordered and delivered. 
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Figure 14-1: The Three-level Model Applied at ETA SA 



14.2 Method for Designing Process Networks 



14.2.1 Managing Project Complexity 

Projects for setting up process networks have to deal with a high level of com- 
plexity. On the one hand process network design projects involve redesigning 
process elements and complete processes in several business units. This makes it 
necessary to split process network design projects into subprojects. As a result, the 
work of several teams has to be coordinated. On the other hand, process network 
design projects often have to be calibrated with other projects taking place in par- 
allel, e.g. the redesign of corporate structures or the introduction of new applica- 
tion systems. 

Methods are ‘toolboxes’ which contain model-forming concepts, systematic pro- 
cedures for solving problems and concepts for documenting the solution elements 
developed [cf. Hess 1996, 18]. Methods thus play a significant role in making 
complex business engineering projects manageable. For the reasons mentioned 
above, the use of a method would also be an advantage in the case of process 
network design projects. During the course of Business Networking research to 
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date, however, none of the existing methods were found to cover all the relevant 
aspects. We therefore developed a method for engineering effective and efficient 
process networks. 

From the case examples it is possible to derive the following requirements such a 
method must satisfy: 

• Suitability for implementing both intraorganizational and interorganizational 
Business Networking concepts, 

• Suitability for any field of activity, such as e.g. parts manufacture, logistics, 
assembly, supply chain coordination, product development and market 
launch, 

• Alignment of process network design towards customer requirements and 
processes, potential derived from information technologies and cooperation 
strategy, 

• Support for the four fundamental tasks of process network design, and 

• Suitability for use together with methods and techniques for complementary 
project areas, such as e.g. change management and information system devel- 
opment. 

Method engineering (cf. Chap. 13.1.3) provides an approach to the development 
of methods. The structure of the process network design method is also compati- 
ble with this approach. Method engineering distinguishes, amongst others, be- 
tween metadata model, engineering results, engineering activities and techniques. 
The metadata model of a method shows how the method models its design focus 
and framework. It breaks down the focus and the framework into individual com- 
ponents and describes the most important relationships including the cardinalities 
between these components. The metadata model is the conceptional data model of 
the engineering results (in short form: results). The results depict on the one hand 
those solution components, which are engineered when setting up a new company 
solution, and on the other those which for the purpose of engineering are to be 
taken into account as the underlying conditions. The structure of the results of a 
method (which results serve as input for engineering which other results?) is re- 
ferred to as the result model. Results are obtained from the execution of engineer- 
ing activities (project steps). The sequence of the engineering activities (in short 
form: activities) is the procedural model. Techniques are instructions on how to 
engineer results. Figure 14-2 shows only a part of the metadata model of the proc- 
ess network design method that only relates to the strategy and process levels. The 
relationships entered between the entity types ‘process network’ and ‘process’ can 
be interpreted as follows, for example: one process network contains one or more 
processes. One process can be part of no, one or more process network(s). 
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Figure 14-2: Metadata Model of the Process Network Design Method (Simplified) 



14.2.2 Result Model 

During the course of collaboration with ETA SA different variants of result mod- 
els and, with these, the corresponding procedural models and techniques were 
developed. The result model shown in Figure 14-3 in simplified form proved to be 
the best. The boxes in the figure do not represent individual results but groups of 
results. This result model includes two possibilities for allocating parts of the 
output creation to business units. 

Variant 1: The output package (e.g. a machine to be manufactured and delivered 
plus associated services) is split into subpackages. The subpackages are assigned 
to business units according to their core competencies and resources. 

Variant 2: The way in which the output is created is first sketched in isolation 
from the business units. Suitable procedure segments are then assigned to the 
business units. 

Variant 1 was used for The Swatch Group’s spare parts distribution project. Vari- 
ant 2 for ETA SA’s market launch project. 

Once the subpackages or procedure segments have been assigned, the business 
units check whether their processes can fulfill the associated requirements. If 
necessary, they conduct business process redesign (BPR) projects. Finally, they 
check which aspects of the coordination requirement in the process network are 
not yet covered by the results obtained. Additional coordination relationships are 
engineered to fill in the gaps. The totality of coordination relationships ensures 
that the processes of the network work together effectively and efficiently. 
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variant 1 




Figure 14-3: Result Model of Process Network Design Method (Simplified) 

Table 14-2 describes the most important results from the result groups in Figure 
14-3. A suitable procedural model and three techniques were developed on the 
basis of this result model. The techniques are further developments of the tech- 
niques employed by the process development method PROMET-BPR [cf. IMG 
1997]. 



Result Group 


Result 


Description 


Customer requirements, cooperation strategy 


Cooperation 


Collective result; the panial results describe e,g. the cooperation strategy of 
the Business Networking partnership, the envisaged output exchange, capital- 
based interdependencies between the partners and the potential benefits of the 
cooperation 


Customer 


Collective result, the partial results of which describe e.g. the basic strategic 
alignment, customer requirements and profile data of a customer or customer 
group 


Output package, design vision for pnxess network 


Process network 
output 


Graphic representation of outputs which form (he output package of the proc- 
ess network (extract from a result process network output see Figure 14-4) 


Process network 
principles 


Principles for the implementation of the cooperation strategy and further 
strategic objectives describe e.g. cornerstones of output creation in the process 
network 


Outputs & output exchange 


Business network 


Graphic represeniaiion of the future output exchange between the business 
units participating in the process network 


Total output creation, assignment of procedure segments 


Process network 
task chain dia- 
gram 


Represents the way in which output is created in the process network at aggre- 
gated level and assignment of tasks to business units 
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Future processes in tjie business units 


Process 


Collective result representing one process of one business unit; the partial 
results describe the principles, outputs^ tasks and process managernent 


Coordination of process network 


Process coordi- 
nation 


Etescribes coordination relationships within and between business units 


Process network architecture 


Process network 


What the process network will look like in the future: Which processes will ii 
include? Which partner has which processes? What arc the most important 
output flows? 




Table 14-2: Description of Method Results 



14.3 Case Example: Market Launch of New Products at 
ETASA 

The Swatch Group has activities in the areas of watches, microelectronics, tele- 
communications, automobiles and manufacturing systems. ETA SA Fabriques 
debauches is a subsidiary of The Swatch Group based in Grenchen (CH). They 
produce movements for The Swatch Group and other watchmakers. They also 
produce watches for the Swatch brand. Movement types are referred to in the trade 
as ‘calibers’. In the ‘Introduction of New Calibers’ (lONC) project, ETA SA re- 
designed the market launch of new calibers with the method discussed in this 
chapter. 

At the market launch of a new caliber, movements must be available in sufficient 
quantities, along with spare parts, technical documentation, tooling specific to the 
caliber, training documentation, prices, terms of sale and samples. Workshops 
with ETA SA customers and a customer relationship analysis [cf. Osterle 1995, 
154] with The Swatch Group watchmakers Omega and Rado revealed that the 
introduction of new products harbored considerable potential for improvement. 
The aim of the project was to tap this potential. 

Together with representatives from Omega and Rado, a design vision for lONC 
and the outputs for customers were drawn up. The next step was to group the 
outputs together according to the phases in the customers’ movement procurement 
cycle: (a) customer is made aware of new caliber, (b) customer examines product 
and makes a buying decision, (c) customer introduces the new caliber in his proc- 
esses and (d) customer purchases caliber for series production. Figure 14-4 shows 
the output group for Phase (a). 
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Figure 14-4: Example of an Output Group 

Grouping the outputs together according to phases of the customer relationship or 
customer processes makes it possible to engineer processes and process groups 
which cover correlated customer requirements comprehensively and efficiently. 
Following this step, the tasks required for output creation were engineered for 
each output group and organized in a meaningful order. This resulted in ‘task 
chains’. These also included tasks from existing processes. Figure 14-5 shows part 
of the task chain for the output group in Phase (a). 



Review marketing concepl; plan 
market launch 



Obtain caliber specificatiori^ 
coordination with customer 'a PR 



Prepare price fortoolirigH $par« 
parts, movernenta for proctuctton, 
movements of C$ 




Prepare and carry out 
participation in ohowa, malilngs, 
customer visits 



Figure 14-5: Part of a Task Chain 

The introduction of new calibers onto the market primarily involves the ETA SA 
business units Division B (product development), Division V (sales and market- 
ing) and ETA-CS. They also participated in the reengineering. ETA-CS is a cost 
center. It formally belongs to Division V, but possesses a large degree of auton- 
omy. The assignment of suitable sections of the task chain to these three ETA SA 
business units did not present any major problem. In the case of Division V, the 
new process lONC was created. It was possible to cover the remaining tasks with 
existing processes, some of which were adapted. 
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In addition to the internal network outputs which are incorporated in the outputs 
for customers, coordination relationships, such as the following, were determined 
for the purpose of the lONC process network: 

• The lONC process initializes actions in other processes. 

• The lONC process monitors other processes for adherence to deadlines. 

• The process tasks which are performed jointly by several processes. 

• The distribution of information with a planning and scheduling character. 

An application for distributing technical caliber documentation via the Intranet has 
been introduced to support the process network and its customers. 

The lONC process integrates processes which up to now had worked relatively 
independently of one another in the case of product launches to form a process 
network. This ensures that all product launch services reach customer processes at 
the right time. The lONC process network is currently being tested with two new 
calibers. Figure 14-6 shows the processes of the network and the business units to 
which they belong (simplified example of a result ‘process network’). 




Mtcro prticem: Proofs which is 
iSoctJirmiied in tletaif performed 
by pnxess steft at the operative ievet 




Macro process: Represents the 
aggregated ievef of output creation: 
knpiementecf by one or more micro- 
processes at the operative ievei 




Chjtput exchange 



Figure 14-6: lONC Process Network 

A discussion of the case example ‘Spare parts distribution in The Swatch Group’ 
see Chapter 6.3. 



14.4 Conclusions 

Table 14-3 describes the attributes of the method in respect of the requirements 
listed in Chapter 14.1.3. The method components have proved to be successful for 
process network design. A high level of complexity characterizes the introduction 
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of a new caliber onto the market. During the course of an introduction project 
there will almost always be several sequences of tasks that interact with one an- 
other intensively running simultaneously at any one time. With business manage- 
ment problems of this kind, the procedure whereby the type of output creation is 
first designed on a global basis is well suited to the design of process network 
solutions. 



Requirement 


Result of Cvaluatioti 


Suitability for implementing both 
intraorganizational and interorganiza^ 
lional Business Networking concepts 


The method can be used for both modular 
intraorganizational structures and for interor- 
ganizational projects. However, the business 
units in the case examples described in 
Chapter 14.3 and Chapter 6.3 all belong to 
the same group. 


Suitability for any field of activity 


Up to now, the method has been used for the 
areas of introducing new products onto the 
market and spare parts distribution. While the 
first area is relatively knowledge-intensive 
and dt>es not have a high frequency of execu- 
tion, the second area involves simpler opera- 
tions with a high number of transactions. It 
can be assumed that the method is suitable for 
other fields of activity in these two catego- 
ries. 


Alignment of pnxess network design 
towards customer requirements, pro- 
cesses, potential derived from infor- 
mation technologies, and cooperation 
strategy 


Was taken into account in the method tech- 
niques 


Support for the four fundamental tasks 
of process network design 


These are covered by the meihtxl; exception: 
'Specify information system requirements' 


Suitability for use together with meth- 
ods and techniques for complementary 
project areas, such as e.g. change 
management and information system 
development 


The method has a dear structure, since it is 
built upon the principles of method engi- 
neering, Thus the method supports the use of 
complementary well-structured methtnls. 



Table 14-3: Requirements the Method Should Fulfill and Results of Evaluation 



For other cases, however, where an output creation with simpler operations and 
less intensively interacting processes, such as spare parts distribution within The 
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Swatch Group, the procedure with output assignment to the business units is suffi- 
cient. Theoretically, this procedural variant is also suitable for projects where a 
process network has to be set up within as short a time as possible and will only 
exist temporarily for handling an individual customer order. Such cases are re- 
ferred to as ‘virtual enterprises’. To date, it has not yet been possible to test the 
suitability of this procedural variant for such projects empirically. 

Industrial Business Networking projects often require changes in the manufactur- 
ing and logistic infrastructure of supply chains. The proposed method does not 
support this kind of process tasks. Techniques that model and evaluate the as- 
signment of infrastructure resources to business units and factories would be help- 
ful. 

The use of the method in projects has shown that the interfaces to the comple- 
mentary project areas are quite significant. The importance of coordinating proc- 
ess network design and change management became particularly clear in the case 
of the spare parts distribution project as explained in Chapter 6.3. 
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15.1 Introduction 



1 5.1 .1 Challenge of Architecture Planning 

An international chemicals group decides to introduce the packaged software 
SAP R/3 throughout the organization. This decision will affect eight divisions, 
200 legally independent companies and some 150 different countries. Initial im- 
plementations were based on individual companies within the group. However, an 
investigation of the global supply chain revealed a lack of consistency in core 
processes. This investigation made it clear that future implementations will have 
to be coordinated throughout the group. The first question to be clarified is the 
significance which the legal entities, divisions and regions are to have for the 
group in the future and the dependencies which will result. The integration re- 
quirements can then be derived from this analysis of the business relationships 
involved. 

Alliances in the airline industry are another example. The corporations concerned 
share a common strategy: the customer should receive the same level of service 
throughout. However, as soon as the customer contacts one of the airlines, the 
limitations of cooperation become apparent: double check-in for connecting 
flights or no means of reserving seats through the partner airline. In some cases 
the processes are coordinated, e.g. through the presence of ground staff from both 
airlines at the check-in. This is not the case with the architecture of the informa- 
tion systems however. Depending on the cooperation depth and the existing appli- 
cations, the question is whether concurrent use of check-in systems would be 
useful or whether a common application should be used. 

These examples show typical questions facing large corporations. Business strate- 
gies are developed and translated into processes. However, they bear no relation- 
ship with the architecture of the information systems, despite the fact that a suit- 
able architecture provides the basis for huge cost savings. In a study for an inter- 
national electronics corporation it was proven that up to USD 1.1 billion could be 
saved through the use of synergies [cf. Fleisch 1998]. In the available literature on 
the subject, authors also underline the necessity for organization and information 
system to be calibrated: “The information system must be designed so that the in- 
formation system architecture’ and the organization structure are homologous” 
[Wall 1996, 76]. [Jagoda 1999, 4] also stresses the integration of business strategy 
and information systems: “On the one hand, because data processing can be ex- 
pected to lead to the creation of new business fields. On the other hand, because 



For the purposes of this chapter, a target application architecture is understood to be the totality of 
all applications, requirements and concepts which a business should possess in three to five years’ 
time after [Schwarze 1998, 128], and [Brenner 1996, 354]. 
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the efficient and effective use of information and communication systems is im- 
perative for certain strategic realignments”. 

Businesses are becoming increasingly decentralized [cf. Wigand et al. 1997, 199]. 
Geographical divisions and organizational splits are a reflection of this develop- 
ment [cf. Osterle/Fleisch 1996, 8]. The aim is to combine the advantages of the 
small business with those of large corporations. These changes imply new inter- 
organizational business processes and thus new demands on the information sys- 
tems. Packaged software must allow the business to be split into smaller units and 
at the same time provide for the integration of distributed business units. This 
chapter considers structures within large corporations with a special focus on the 
distributed use of business management, transaction-oriented packaged software 
(ERP systems). The following critical success factors have been derived as driving 
forces for designing application architectures: 

• The application architecture must be planned at the strategic level, 

• Cross-organization business management relationships must be transparent 
when planning the architecture, 

• Business architecture and application architecture must be matched, and 

• Coordination is essential in the case of a distributed concept and implementa- 
tion of business management packaged software. 



1 5.1 .2 Goals of Architecture Planning 

Up to now, manufacturers of packaged software have adopted the approach of 
depicting a business in precisely one system. A coordinated approach to combin- 
ing systems to form a network of systems (referred to as ‘distributed systems’) 
improves the support for business networks. The task is to find a suitable applica- 
tion architecture. At present, the application landscape reflects a functional, formal 
organization structure. The ‘owner’, usually a specialist area, is responsible for 
implementations. There is a lack of perspective on cross-organizational questions, 
such as e.g. centralization, harmonization or at least coordination of customer 
information, one of the core problems in the cases mentioned at the beginning of 
this chapter. There is also a lack of transparency with regard to the consequences 
of not integrating or failing to adequately integrate processes which extend beyond 
an individual area. The consequences include the following: 

• Reintegration involves high costs, e.g. as a result of the interface complexity 
required to integrate isolated solutions. 

• Avoidable costs are generated through duplication within the company, e.g. 
similar implementation tasks. 
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• Inadequate structuring of the architecture results in a high level of application 
complexity, which in turn increases the complexity of interfaces, for example, 
when parts of the architecture migrate. 

• Integrated packaged software concepts do not fully exploit potential, e.g. 
there may be no cross-system reporting facility despite worldwide product re- 
sponsibility. 

The following graphic shows possible cost savings where application architecture 
planning is driven by business management considerations. Here our approach is 
based on the concept of total cost of ownership (TCO)^: We consider all the costs 
incurred in the life cycle of an ERP system. 
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Figure 15-1: Cost Savings in the ERP System Life Cycle 

Although a distribution project initially means higher costs for planning and coor- 
dinating the implementation, major cost savings can be realized in subsequent 
phases of the ERP Life Cycle (implementation, going live plus modifications and 
adoption). The most important source of savings is the utilization of synergies in 
the planning and implementation phases. Lower investments for interface pro- 
gramming and system maintenance should also be mentioned in this context. 

When planning application architectures, benefits which are not immediately 
quantifiable, such as increasing the level of service, are also a major issue in addi- 
tion to cost savings. The following can be said in respect of benefits [cf. QED 
1985 , 4 ]: 



2 



For an explanation of the relationship between TCO and other approaches to cost analysis [cf. 
Pottholf 1998, 8]. 
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• Concepts embedded in the software are optimally utilized, 

• The complexity of the application architecture is reduced, 

• The involvement of top management and users in the design process is guar- 
anteed, 

• The use of cross-system processes becomes possible, and 

• The global supply chain becomes transparent. 



15.2 Business Architecture 

The aim of analyzing the business network is to identify areas of the company 
with a high integration requirement from a business management point of view. 
For this purpose we document subsystems in the company which we refer to as 
‘Business Clusters’. A wide range of concepts are used in business management 
theory: integration areas are identified by terms, such as the formation of ‘subsys- 
tems’ [Schmidt 1991, 70], ‘moduls’ [Wigand et al. 1997, 199] or the ‘manufac- 
turing segments’ [Wildemann 1994]. Existing approaches can be applied to the 
question of business architecture with certain limitations [cf. Rolf 1998, 261]. 



15.2.1 Organization Profile 

The starting point for architectural considerations is usually the formal structure of 
the organization, where the basic principles of organizational distribution start to 
become visible. Product responsibility, functional separation, the significance of 
various customer groups or regional structures assist in the appraisal of company 
structures. However, there are clear differences between formal organizational 
structure and the structure which is of relevance to the architecture. An organiza- 
tional structure has usually grown historically and is characterized by tradition, 
departmental thinking and functional alignment. The application architecture must 
be oriented towards the company’s medium and long-term structure and not its 
present setup. Otherwise there will be a discrepancy between business and appli- 
cation architecture as a result of what are often relatively long implementation 
phases. We introduce what we call an ‘organization profile’ in order to character- 
ize the company. This comprises three aspects: dimensions showing possible 
structuring criteria, the permanency and topology of the company representing the 
underlying conditions for the architectural design. 
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Dimensions 

We use the clustering dimensions shown in Figure 15-2 to delimit the integration 
areas. The individual dimensions represent idealized, typical characteristics which 
are not without overlap. In most cases, for example, an organization unit also 
represents an individual area of responsibility. Conversely, however, not every 
area of responsibility necessarily corresponds to an organization unit. 



Clustering 



Process^oriented I Structure-oriented 



Horizontal Vertical 



Sales region 
Product 
Distr. channel 
Customer 



— Resources 

— Know-how 

— Function 



— Organization unit 

— Legal entity 

— Location 

— Area of responsibility 



Figure 15-2: Dimension Tree 

Dimensions are used to identify areas along them, which are largely independent 
of one another. In other words, there are few dependencies to be found along these 
dimensions. Here we speak of ‘rated breaking points’. One example is the dimen- 
sion ‘product’ in the case of corporations with a particularly heterogeneous prod- 
uct range, such as Mitsubishi, which produces video recorders as well as automo- 
biles. Another example is the concept of a purely financial holding company 
where the individual companies (dimension ‘legal entity’) play an important role. 

Yet another example is Henkel: traditionally, the corporation tends to be organized 
on a decentralized basis. As the corporation developed - frequently through acqui- 
sitions - the affiliated companies in the group enjoyed extensive freedom. The 
corporation now wants to increase the responsibility for business areas. This 
means shifting the focus from the affiliated companies (dimension ‘legal entity’) 
to the business areas which are structured according to product groups (dimension 
‘product’, referred to as ‘business’ at Henkel). IBM is a further example: this 
corporation gave up its regional orientation (dimension ‘region’) in favor of a 
global approach with distribution and product responsibility (dimensions ‘distri- 
bution channel’ and ‘product’). The ultimate goal is to achieve uniform customer 
care across the globe. 




15.2 Business Architecture 



299 



Permanency 



Crffesr^n: 


/ 


Pvnrvnvncy of the 
Organ kz^on 


1 



X 

Ptlacee 



* Erriciency-Dri«ntfld 
- PfrimAfvent 
orgentEation 




• Effactivanns^orlfHit»d 
* NofT-panTument organizat(on 



Figure 15-3: Permanency of the Organization 

The criterion of permanency of the organization is defined by the opposing poles 
of ‘Palaces’ and Tents’ after [Gomez/Zimmermann 1993]. An efficiency-oriented 
organization strives for a strict division of labor in order to exploit rationalization 
and cost savings potential, while an organization geared towards effectiveness sets 
up flexible structures to ensure rapid striking power when it comes to implement- 
ing strategies. We also introduce the time horizon: at one end of the scale there is 
the organization established in advance for an indefinite period of time, at the 
other, structures designed to fulfil tasks over a limited time span. An application 
example is the telecommunications sector: since liberalization of the market the 
previously state-run organizations (‘palaces’) have shown a realignment towards 
flexible businesses with the capacity to offer short-term responses (‘tents’). 
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Figure 15-4: Topology of the Organization 

The criterion of topology is defined by the opposing poles of ‘hierarchies’ and 
‘networks’ after [Gomez/Zimmermann 1993]. The topology expresses the degree 
of centralization of an organization: traditional corporations with a pronounced 
hierarchy and a leader at the top are termed ‘hierarchies’, as opposed to ‘networks’ 
which are characterized by a small number of hierarchical levels and a high level 
of decentralization. The two extremes are to be found in the chemical industry: 
some corporations place the focus on highly independent business areas (e.g. in 
the Hoechst corporation), others present themselves as a single entity throughout 
the group (e.g. the Bayer corporation). 
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15.2.2 Process Architecture 

For the analysis and visualization of business networks we rely on proven tech- 
niques. Flow charts [cf. Hess 1996, 140] are used for visualizing processes and 
communication charts [cf. Grochla 1982, 313] for documenting dependencies. By 
and large, the size and complexity of the corporations looked at here do not permit 
a detailed description of all processes. Analysis has to focus on core processes 
with high granularity plus cross-organizational process dependencies. A process 
architecture is derived from strategic statements. The findings are depicted in rules 
for process structures. When documenting the process architecture the following 
aspects are considered: the assignment of processes to organizational areas, the 
demonstration of dependencies between processes and the categorization of proc- 
esses. 

SAP R/3 reference processes, for example, or processes specific to the corporation 
can serve as the basis for the processes architecture. The processes are assigned to 
organization units and/or business areas. At this point it is important to use proc- 
esses which apply throughout the business or corporation. Process categorization 
describes the dependencies between the processes of different business areas. The 
characterization performed will have a major influence on system distribution. 
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Figure 15-5: Process Categories 

These categories indicate whether a process is ‘global’ or ‘local’. A global process 
will always affect several business areas. Here we distinguish between global 
cross-organizational processes (the process runs in several areas of the corpora- 
tion) and global central (the process is executed at one point in the corporation for 
various areas). Local processes run within an area of the corporation and do not 
lead to immediate dependencies with other areas. At the same time there are local 
analog processes which run similarly in various areas while local independent 
processes are not coordinated within an area. 




15.3 Application Architecture 



301 



Process 


Group 

HQ 


Region t 


Region 2 


Region 3 


Local 


Category 


c 

* Contract management 




— -- - 








Central 


3 

o Operative purchasing 
ei 




V', 




'"■i! 


h 




Analog 


^ Engine manufacturing 

u 

3 

^ Final assemblv 










L- 




Ceritral 

ffKiepernient 


Distribution processes 




i 


©4 




X 


Cross-org. 


Controlling processes 




€ 






1 


r 


i 


r' 


Independent 


0 Group consolidation 

1 

^ Cpmpany finance 








. T 








) 


Central 

Analog 










€ 


1) 


c 


HR processes 




o 


o 


© 


o 


Analog 



Figure 15-6: Example of Process Distribution 

A few central processes are characteristic, usually group consolidation and group 
procurement. Many central processes are subsumed under the term ‘shared serv- 
ices’ [cf. Schuurmans/Stoller 1998]. Operative purchasing activities in the various 
business units are usually standardized within the framework of group procure- 
ment, i.e. they are analog processes. Production processes are mostly local inde- 
pendent due to heterogeneous product structures, distribution processes differ 
according to region and distribution channel, but seldom according to product. 
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15.3.1 Distribution Concepts in Packaged Software 

Distributed businesses are modeled by looking at the relationship between distrib- 
uted and integrated information systems. The concept behind integrated systems is 
to depict the entire corporation in precisely one information system. A major 
question here is the distribution concepts supported by the software. Investigations 
[Kranz 1997] have shown that while it is possible to find examples of packaged 
software distribution, such as the application link enabling (ALE) concepts from 



3 



The table reflects the simplified visualization of an international automobile manufacturer. 
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SAP AG, all manufacturers place the main emphasis on the isolated implementa- 
tion of software packages. All manufacturers offer integration mechanisms at the 
technical level. However, these technical solutions do not generally include sup- 
port for business management distribution at the conception level. Here we under- 
stand a system to mean software components with strong interdependencies and 
which typically access a common database. A system is thus a logically integrated 
software package. In this chapter we look at distribution in the logical sense, 
rather than adopting the more technically oriented view of distribution"^: here we 
understand distributed systems to be several integrated systems which exchange 
data. 



15.3.2 Integration Areas at the Application Level 

It is not possible to depict corporations of unhmited size and complexity in an 
integrated system. There are a large number of restrictions at the technical level. 
Typical restrictions are multilingual capability, multicurrency capability, perform- 
ance or failsafe operation. At the same time there are organizational restrictions, 
such as the chances of pushing through an integrated solution or an unacceptably 
high level of project complexity. 

In view of such limitations on distribution it is necessary to strike a balance be- 
tween what is desirable in terms of business management and what is feasible in 
terms of applications. Application clusters are ‘feasible business clusters’. The 
requirement for integration at the information system level can be derived from 
the intensity of business management dependencies. A high cooperation intensity 
favors a high level of linkage at the technical level. Conversely, if the level of 
exchange is low, a solution without system support might be useful. The diagram 
below assigns various integration possibilities to their respective integration 
depths. In extreme cases we can talk of ‘integration by user’ (low integration 
depth) or an integrated system (with a high integration depth). 



Although a common understanding is usually assumed in the relevant literature, discrepancies are 
found on further reading. [Turowski 1997] gives an overview of various interpretations of system 
distribution in the technical sense. 
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Example 
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Complex implementation 



Figure 15-7: Integration Depth 



We start off by assuming the highest possible level of integration. In our minds we 
depict all the functions of a business in precisely one system on a ‘virtual 
megaserver’. Other requirements in terms of integration depth may arise from the 
business management constellation. For collaboration in project-like conditions it 
may be useful to merely opt for a desktop integration. Other integration possibili- 
ties will be excluded by the underlying business management environment. Inte- 
gration with the ALE concept from SAP AG, for example, is only realistic in the 
case of a long-term business relationship with partners in view of the high coordi- 
nation effort involved. Business clusters are checked for feasibility and adapted as 
necessary on the basis of the desired integration depth in business management 
terms and the above mentioned applications-related and technical factors. 



15.3.3 Structure of Application Architecture 

Figure 15-8 illustrates an application architecture by way of example. It shows the 
worldwide use of SAP R/3 in the case of the automobile manufacturer (cf. Chap. 
15.2.2). The diagrams will vary depending on the modeling possibilities of the 
application types. However, functionality and data are always assigned to business 



areas. 




304 



15 Shaping Applications for Global Networked Enterprises 





lmlAnc« 1: 

CrtHip HO 
■nd Rp^kpn 1 


R*g^nt2 
end 1 


Inifience 3: 
Locet 
&uffin*ic 
America 


intlarKt^r 

Local 

Ruiinau 

Europe 


tnelanca it 
Locat 
BuiirtMi 
Aila 


MH. PP, SO 




Group Log lor 

Procur*m*nt Rngkin 1 


Log lor 
Roglone 2+ 3 


• 

Log for 
Amerce 


• 

Log tor 
Europe 


• 

Log tor 
Alia 


n 




® © 

Croup 

Contdidallop 


m 


ll^ll 


m 


• 


CO 




Q 

F<Co for 
RagMi t 


o 

FlCo for 
HPglwie 2+3 


■DH 


m 

FtCo tor 1 
Europe 


• 

FlCo lor 

Aela 


HR 




o 

HH lor 
negiDni 1 


0 
HR tor 
RegN^i 2+3 


HR tor 
Arrwice 


HH tor 
Europe 


• 

HH for 

Aaie 



Key: 

MM: Materials Management, PP: Production Management, SD: Sales and Distribution, FI: Financials, CO: Controlling, HR: Human 
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Figure 15-8: Example of an Application Architecture^ 



It is typical to form a central cluster or system to which central or cross- 
organizational functionality and central data are assigned. In this example, func- 
tionality to implement group procurement and group consolidation is depicted at 
group level. In order to make this possible, certain business objects, such as mate- 
rial, customer, supplier, standard chart of accounts or contract, have to be stan- 
dardized throughout the organization and centrally coordinated. In most cases a 
central master data server will be the solution, but a central directory with distrib- 
uted data storage is also conceivable. In cases where only certain elements are 
exchanged between systems rather than complete data records, we talk about a 
‘reduction’. In addition, it is important to visualize which data records are valid 
for the complete organization and which are only relevant for specific areas of the 
organization (referred to as ‘filters’). It is conceivable, for example, that only 
certain procurement materials will be relevant for each product group and there- 
fore only certain data records will be transferred. 



5 



Note that this is a simplified view without integration relationships. 
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15.4 Methodological Procedure 



15.4.1 Existing Approaches 

In organization theory we find approaches to the analysis and design of organiza- 
tions. While the terminology employed by the various approaches to the formation 
of subsystems may differ, the basic intention is the same, i.e. to identify areas in 
an organization which are closely linked to one another. Another focus for meth- 
odology is the implementation of processes in information systems. Some ap- 
proaches go from statements on business strategy via processes and on to applica- 
tion architecture. These are to be found e.g. in Strategic Information System Plan- 
ning (SISP) [Riedl 1991], in St. Gallen Information System Management [Osterle 
et al. 1993]. The table below gives aspects of existing methodological approaches 
which were of particular relevance for the development of the PROMET eBN^ 
method. 



Approach 


Aspects Relevant to a Distribution Method 


Subsystem formation 

(ef. (Wildemann I994|. 
lOsterloh/Frost *998, 139]. 
[Wigandetal. 1997, I99]J 


Identification of business management integration areas 
within the framework of segmentation / mtxJulari/ation of 
organizations. 


ImplemciKaiion methods 

(cf. (Lozinsky I99S, 70), 
(Arnold 1W8(, (Sfheruhn 
1997), (Buck-Emden 199S, 
.%■>), (Ullmann 1997) 


Conventional projects for the implementation of packaged 
software are based on the assumption that it is possible to 
depict all processes in precisely one integrated application 
system. These are nevertheless far-reaching methods w'hich 
build on the concept of the relevant software. i 


Calibration of business strat- 
egy and information strategy 

fcf. ( Kreikebaum 1997, 208], 
[Norman 1992], 

[Parker et al. 1988, 79), 

IWall 1996], [QED 1985]. 
iWexelblat/Srinivasan 
1999, 266]) 


The process of comparing business and information system 
strategies aims to achieve a better understanding of the 
business requirements and to ensure that application archi- 
tecture planning is business- driven. The idea is to help the 
method user in deriving an architecture with ‘design recom- 
mendations'. 

A positive feature is that it investigates the interplay betw'cen 
long-range and operative planning. The concept of 'Business 
/ IS plans linkage' thus attempts to combine various ap- 
proaches to information system planning, using proven 
methods. Linkage activities make it p<jssihle to calibrate 
business and IS planning. 



PROMPT is the acronym for project method and is a registered trademark of IMG AG. eBN stands 
for electronic Business Networking. 





306 



15 Shaping Applications for Global Networked Enterprises 



Strategic Information Sys- 
tems Planning (SISP) 

(cf. [Pruijm 1990], 

[Kruse 1987], 

[Martin 1989], 

[Niittgens 1995, 30]) 


The approaches to strategic information system planning 
presented here are on the whole comprehensive concepts 
based on a business-driven approach. These approaches 
incorporate various levels and views of the relevant ques- 
tions. 

Attempts to combine business strategy and information 
system planning are always positive. However, the proposed 
procedure cannot be used in large corporations as common 
planning does not exist, the main emphasis being instead on 
coordinating distributed activities. 


St. Gallen Information Sys- 
tem Management 

(cf. [Osterle et al. 1993], 
[Hilbers 1989]) 


The approach proposed by the St. Gallen Information System 
Management concept is based on the idea of a large, decen- 
tralized corporation. This corresponds to the reality in most 
large organizations. An important point is the fact that de- 
centralized organizations do not have a detailed, cross- 
organizational information system architecture. 

A positive feature is the formation of integration areas for 
structuring such organizations, also the structuring of various 
forms of realization. 


Business System Planning 
(BSP) 

(cf. [Pruijm 1990, 64], 
[Martiny/Klotz 1990, 94], 
[Heinrich 1992, 290], 
[Brenner 1994, 101]) 


This involves a far-reaching, proven procedure where cross- 
organizational information systems are planned from the top 
down and implemented from the bottom up. 

A cross-organizational team comprising managers, repre- 
1 sentatives of the specialist departments and IS specialists is 
formed to structure statements regarding business strategy 
and processes. 

Company processes and classes of data are grouped together 
in matrices to form larger system areas. Origin and use of 
1 data are documented and dependencies shown. 


Information System Study 
(ISS) 

(cf. [Neu 1991, 147], 
[Pruijm 1990, 64] 


i A characteristic feature here is the heavy involvement of 
qualified managers and/or decision-makers. 

There is a focus on ensuring an orientation towards optimal 
1 data flow based on data use. 


System Development 

(cf. [Becker 1998], 
[Gutzwiller 1994], 
[Scheer 1990, 403], 
[Niittgens 1995, 19], 
[Lehneretal. 1991], 
[Winter 1998, 6]) 


j Within the framework of system development, the impor- 
tance of a flexible procedural model has become paramount. 
The top-down approach has also proved to be advantageous 
for the issue of distribution. 

Clearly defined phase completion is again of central impor- 
tance, particularly in the case of the waterfall model. 

However, in the case of more recent analyses - based on 
packaged software - there is a big difference in the granular- 
ity applied: “Up until now we were dealing with micro- 
structures in the software; now it’s the turn of the macro- 
structure which can extend to complete application compo- 
nents” [Bues 1994, 185]. 



Table 15-1: Existing Approaches to Architecture Planning 
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15.4.2 Deficits of Existing Methods 

At the present time there is no procedure which covers the question of distribution 
all the way through from the corporate strategy level to the application architec- 
ture. What is required is not a complex method for planning the architecture but a 
coordination framework for implementation projects in individual business areas. 

With all the approaches looked at - with the exception of the implementation 
methods - ERP packaged software plays a secondary role. The question of distri- 
bution is increasingly moving away from the detailed, step-by-step development 
of applications in favor of the conceptual approach, i.e. towards a distribution of 
integrated systems. Approaches, such as the BSP, analyze and distribute function- 
ality and data at a detailed level. However, as distribution is now largely based on 
packaged software, the focus is on the optimal use of existing IS concepts, rather 
than on the technical solution. 

This becomes evident in the case of the Information System Study, for example. 
The real challenges become somewhat obscured against the background of a more 
quantitative approach with automated information processing. The analysis ne- 
glects a business-driven, revolutionary view in favor of the wishes of decision- 
makers and/or users. Political aspects, which are of particular significance in the 
case of change processes in large corporations, can be introduced into the evalua- 
tion without critical analysis, thus preventing massive realignments. Against the 
background of ERP standard solutions, the analysis appears to be too detailed and 
as a result misses the real questions, such as the degree of centralization or struc- 
turing dimensions. 

Up to now, methods have placed the emphasis on an isolated analysis of individ- 
ual business areas [cf. Schwarzer 1994, 363]. One deficit is to be found in the way 
in which the coordination between business areas is considered. This becomes 
particularly clear with the classic approach of business process redesign in the 
context of implementation methods: the design emphasis is on the optimized op- 
eration of a process, such as order processing. Dependencies between processes, 
on the other hand, hardly enter into the analysis as ought to be the case when con- 
sidering the overall optimization of a large area. 



15.4.3 Proposed Method 

The PROMET eBN method is used to implement strategies in a distributed proc- 
ess and system environment. For this purpose, the requirements at the organiza- 
tional level are calibrated with the possible solutions at the technical level: cross- 
organizational business processes lead to a distributed requirement for functional- 
ity and data. A methodologically sound decision determines whether the required 
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functionality and data should be provided by one or more systems. The imple- 
mentation of business networks calls for a calibrated set of tools which: 

• allow the depiction of global, regional and local processes as well as reporting 
structures in systems, thus ensuring the transparency of the global supply 
chain, 

• set forth the conceptual steps for engineering an application architecture 
which will be workable in the long term, 

• support the standardization of processes and the data on which they are based, 

• lead to the selection of the right integration technologies and concepts and 

• result in practicable migration planning including project portfolio. 

The aim of this method is: 

• to develop a common understanding of strategy and global processes, 

• to find a suitable process and application architecture, 

• to support consistent implementation planning for the architecture solutions 
found as well as 

• to secure the coordination of the resulting distributed projects. 

The structure of PROMET eBN is oriented towards the method engineering ap- 
proach. The procedure corresponds with the basic idea behind business system 
planning: we start off with a business-driven top-down approach which is then 
realized bottom-up in one or more implementation projects. Figure 15-9 shows the 
procedural model which we subsequently adapt to suit the concrete point of de- 
parture and the task of the specific project. In the case of PROMET eBN we dis- 
tinguish between the four phases of set-up, business architecture, application 
architecture and distributed implementation. The set-up phase ensures that the 
architecture project is properly situated within the organization and also that it is 
run by the right people. The tasks of analyzing the business architecture and de- 
riving the requirements which the application architecture will need to meet (re- 
ferred to as ‘architecture drivers’) are dealt with in the second phase (business 
architecture). The development of technical application drivers and their imple- 
mentation in the form of an application architecture takes place in the third phase 
(application architecture). Preparations for implementing the architecture are then 
covered in the final phase (distributed implementation). Some of the core tech- 
niques belonging to this method are outlined below. 
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Figure 15-9: Procedural Model ofPROMETeBN V2.0 



Analyzing the business network (phase 2) 

The process architecture is derived from the business strategies. Process design is 
performed at global, regional or local level. The clustering of processes, the estab- 
lishment of reporting requirements and the classification of existing organization 
units are all factors which will influence the application architecture. 

Deriving the architecture requirements (phase 2) 

An initial distribution hypothesis is documented by business clustering. These 
business clusters can be formed on the basis of various dimensions. We document 
the requirements, which the application architecture must meet from a business 
management point of view. An initial distribution hypothesis represents the com- 
pletion of the second phase and the starting point for the third phase. 
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Engineering the application architecture (phase 3) 

In addition to the requirements derived from the business network and from appli- 
cation restrictions, the integration concepts are the most important factors influ- 
encing the application architecture. Documentation of the application architecture 
takes the form of instances, their integration relationships as well as a migration 
strategy. We document and evaluate possible distributions on the basis of the 
business drivers established in Phase 2. 

Managing the distributed implementation (phase 4) 

The migration objects from the business network and the application architecture 
are calibrated with the existing project portfolio. Standardization activities, the use 
of group templates and system development are defined. The resulting project 
portfolio also includes a cost/benefits analysis which shows the profitability of the 
cross-project and cross-organizational approach. Clear specifications for future 
projects are outlined in the final stage of the project. An architecture project based 
on PROMET eBN typically results in several implementation projects which are 
coordinated through the use of suitable predefined settings. This avoids duplica- 
tion and creates the right conditions for a high integration depth. 



15.5 Conclusions and Outlook 

The method presented supports the critical success factors outlined at the begin- 
ning of this chapter: the documentation of strategic considerations, the visualiza- 
tion of the business network and the analysis of the process network provide a 
clear picture of cross-organizational business management relationships. The clear 
formulation of the requirements to be met by the application architecture from a 
business management point of view aids the subsequent calibration of business 
and application architecture. 

The methodological planning of the application architecture and the requirements 
derived for the implementation projects support the coordinated introduction of 
distributed systems. This planning of the application architecture must have the 
support of the corporation’s top management. The documentation of results and 
the transparency of the issues involved can be helpful when planning the archi- 
tecture. The application architecture will only ensure the proper interaction be- 
tween business network and application architecture if planned at the strategic 
level. 

However, there is one central question which cannot be resolved by methodology: 
while ‘soft facts’, i.e. restrictions at the political and personal level, can be sup- 
ported by the methodology, this is no replacement for the personal commitment of 
the project team and huge support from the corporation’s top management. The 
creation of architecture teams incorporating both IS and specialist departments is 
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also significant. A ‘business sponsor’ must be found at corporate level in order to 
ensure that business-driven architectures can actually be implemented. In addition 
to this sponsor, people in positions of responsibility who are committed to the 
process are needed at the decentralized level. 

This chapter has shown the potential provided by cross-organizational planning. 
However, the risk of overregulation should also be borne in mind. If constraints 
are too narrow they will limit the flexibility of business areas unnecessarily and 
make it difficult to realize innovative solutions. It is therefore important to aim for 
a planning framework based on the principle of ‘as much as necessary and as little 
as possible’. 
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16.1 The Bottom Line of Business Networking 



16.1.1 Improving Business Efficiency and Creating New 
Opportunities 

This book has described Business Networking as one of the seven trends compa- 
nies have to address in order to remain competitive (cf. Chap. 2.3). Its relevance is 
growing and companies failing to develop strategies for Business Networking will 
either miss out on opportunities or suffer from pursuing their partner relationships 
on an erratic basis. Throughout this book the need for networkability has been 
stressed considering the impetus it is bound to give to the cooperation with busi- 
ness partners. Networkability reduces the time and cost of establishing partner 
relationships as well as the specificity of the investments undertaken. The cases 
studied brought out the two main areas which Business Networking strategies are 
apt to support: 

• Improved efficiency of interorganizational worJrflows. Links to suppliers and 
customers have to be supported by every company. They are increasingly 
global in nature. Business Networking is an efficient strategy to interface with 
partners and to streamline existing business processes. For example, intro- 
ducing the electronic commerce solution at ETA (cf. Chap. 6) led to signifi- 
cant efficiencies in order processing and improvements in customer service. 

• New business opportunities. Business Networking can sustain companies in 
developing new market segments. Shaping new business models generates 
opportunities and the Internet provides a constant flow of new examples of 
companies that succeeded in outmaneuvering established players thanks to 
innovative business concepts. Prominent examples, such as Amazon.com, 
Dell or MarketSite.net, were mentioned in Chapter 3. An example described 
in more detail was the supply chain integration centers that Riverwood is 
planning to develop from their VMI-solution (cf. Chap. 5.7). 

Both areas are different in nature. Efficiency improvements tend to be the result of 
inside-out action. The implementation of an EDI-system was consequent on the 
optimization of internal processes the outcome of, say, a BPR-project. But new 
business opportunities tend to materialize rather due to outside-in action. The 
Internet has given birth to a large number of companies that discovered a customer 
need and established internal operations to meet it afterwards. This is a phenome- 
non that also explains why back-end integration is often found to be lacking in 
Internet-based businesses. 
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1 6.1 .2 Goals of Business Networking 

A look at both areas - efficiency improvements as well as new business opportu- 
nities - underlines the holistic perspective of Business Networking. There is a 
decisive advantage in Business Networking in that it covers multiple critical areas 
that have also emerged from the cases reviewed in this book. Three aspects may 
be distinguished: 

• Business Networking supports business goals. Process improvements and new 
business opportunities have to be tied closely to corporate strategy and have 
direct impact on a company’s future competitiveness. Assessing networkabil- 
ity and developing Business Networking strategies is a top-management task 
that cannot be delegated to line management, the IT department, or a consult- 
ant. 

• Business Networking enhances existing solutions. The popular concepts of 
electronic commerce (EC), supply chain management (SCM) and customer 
relationship management (CRM) are all addressing inter-business relation- 
ships (cf. Chap. 4). Business Networking recognizes the convergence of these 
strategies as well as their specific contributions to shaping inter-company re- 
lationships. In doing so, it overcomes the isolated view of individual strate- 
gies and shows how existing solutions can be enhanced with additional strate- 
gies. 

• Business Networking aims at successful implementations. The success factors 
identified in this book (cf. Chaps. 6 and 12) are mostly organizational (e.g. 
homogenized master data, alignment with marketing strategy) and political 
(e.g. creating win-win situations) in nature. They show that Business Net- 
working is a technology-enabled, but not a technological concept. Applying 
the levels of business engineering, i.e. strategy, process, and systems, to Busi- 
ness Networking (cf. Chaps. 3.1.2 and 14) ensures the alignment of techno- 
logical, organizational, and technological factors. This approach has been 
pursued in the methodical considerations in Chapters 13, 14, and 15. 

All three aspects shape the nature of Business Networking. Evidently, they are not 
all new, and certain elements have been available for some time already. It is the 
strength of Business Networking that it presents an overall framework for devel- 
oping inter-business relationships which consequently includes these aspects. 



16.1.3 Model of Business Networking 

A model has been developed in this book that reflects the major principles of 
networked enterprises. We believe that regardless of the size and the industrial 
environment a company acts in, networked enterprises will be the organization 
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form in the information age. Networked enterprises build on the four building 

blocks that have been proposed for Business Networking throughout this book: 

• Networked processes. At the core of every Business Networking solution are 
the business processes that are supported by Business Networking. These 
networked processes reflect that cooperation with partners directly links to a 
company’s core processes, such as innovation, supply chain, customer rela- 
tionship management and the like. In this book networking scenarios (cf. 
Chap. 3.3) and networking strategies (cf. Chap. 4.3) have been proposed to 
address process-orientation. 

• Business bus. In view of the high level of standardization, low asset specific- 
ity of technological investments and the global availability and diffusion of 
the Internet, this technology is the powerful enabler of Business Networking 
concepts. As described in Chapters 2.3.4 and 3.5, the business bus consists 
mainly of standards and provides middleware functionality. Important actors 
that shape the business bus are market leading vendors (e.g. SAP, Microsoft) 
and standardization organizations/consortia. 

• Electronic services (e Services). In the information age, companies will ‘plug 
in’ external business functions via the business bus. These externalized serv- 
ices will increasingly become available on the Internet and complement ex- 
isting Business Networking solutions. Various eServices have been described 
in the previous chapters (cf. Chaps. 2.3.5 and 3.4.2). 

• Service integrator. The same way as eService providers have appeared as new 
players in Business Networking, customer-orientation will lead to new infor- 
mation-based roles. These service integrators have also been referred to as 
‘infomediaries’ [Hagel/ Armstrong 1998] and derive their value from infor- 
mation-based services, such as providing multi-supplier catalogs (e.g. Mar- 
shall, cf. Chaps. 2.3.6 and 3.2.3), managing customer information (cf. Chap. 
7) and the like. The Internet has shown very clearly the opportunities that ex- 
ist for new intermediaries (e.g. Amazon, Ebay) which combine improved 
customer care with higher cost efficiency. 
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Figure 16-1: Major Building Blocks of Business Networking Model 



16.2 Next Steps in Business Networking 



16.2.1 Changing Face of Business Networking Systems 

It was an object of this book to develop a model that addresses the major devel- 
opments in Business Networking and elaborates logic building blocks for net- 
worked companies. We are aware of the fact that this can only be a snapshot of 
one particular development path. Although other technological or management 
trends may be just loom on the horizon, we have found profound evidence for this 
path. The main drivers in Business Networking we can see at this stage are: 

• Increasing standardization. Various initiatives have been launched to stan- 
dardize data (e.g. CXML, RosettaNet) and processes (e.g. CPFR) for Business 
Networking (cf. Chap. 2.3). These standards tend to increase interorganiza- 
tional connectivity and reduce the transaction costs involved in Business 
Networking. 

• Interaction of networking strategies. A large number of companies have im- 
plemented first Business Networking solutions. Often, these solutions focus 
on one particular networking strategy (cf. Chap. 4.3), for instance, an Re- 
solution for selling products. In coming years, we expect to see these solu- 
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tions being enhanced by elements of other networking strategies, such as 
CRM or SCM, a factor liable to foster a convergence of networking strate- 
gies. 

• Increased business volume. Projections forecast a significant growth in Inter- 
net users for the next years. This implies that businesses will increasingly 
move onto the Internet. [Forrester 1998], for instance, believes that business- 
to-business EC will grow from USD 43 billion in 1998 to USD 1,300 billion 
USD in 2003. However, forecasted revenues for Internet-based commerce 
only give poor indication on the usage or the value creation on the Web. 
Therefore, we rely on the Internet host count which is done twice a year. 
These figures indicate that the number of potential business partners has risen 
from 16 million hosts in July 1996 to 56 million in July 1999 [ISC 1999]. 

• l:n develops to n:m. In view of the growing Internet business volume and the 
potentials for information-based services, many of the existing Business Net- 
working systems will evolve from 1 :n to n:m systems with electronic markets 
becoming a reality in many industries (cf. Chaps. 1.1.2 and 2.2.7). Since criti- 
cal mass determines the benefit of these systems [cf. Klein 1996a], early 
movers will enjoy a clear advantage. 



1 6.2.2 The Advent of eServices 

The development towards n:m systems implies that Business Networking solu- 
tions have the potential to generate revenues on their own. The most prominent 
example is already a classic and comes from American Airlines. Initially, their 
SABRE reservation system was implemented to manage the allocation of seats 
internally. It was extended step-by-step to become an electronic marketplace for 
services in tourism with airline tickets from American being only one product 
among others. Comparable developments are now occurring in many other indus- 
tries as well. Therefore, answering the role that eServices are to play in a specific 
Business Networking environment is likely to become a vital element in Business 
Networking within a couple of years. There are two critical aspects: 

Positioning towards eServices. Companies have to decide whether or not existing 
Business Networking solutions should be enhanced to become individual eServi- 
ces geared at generating additional revenues. This strategic decision requires a 
thorough analysis of existing core competencies and the future market position as 
explained in Chapter 4.2.4. On the other hand the question has to be answered as 
to which eServices need to be integrated into existing Business Networking solu- 
tions. Contrary to the first decision, these services are provided by external part- 
ners. For example, an existing sell-side EC solution would be enhanced with a 
trust service, such as Versign or Swisskey. 
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Integration of Business Networking systems. eServices are the third wave in Busi- 
ness Networking. Linking of distributed ERP solutions was the first phase in 
Business Networking. It was followed by the second phase which has brought out 
such Business Networking systems as EC or SCM (cf. Chap. 12.2). A variety of 
Internet-based eServices are now becoming available and represent the third 
phase. It is the challenge for information management to come up with solutions 
to integrate these three worlds. Important aspects are the distribution of master 
data and the distribution of functionality between the various systems. 
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Figure 16-2: Types of Systems in Business Networking 



16.2.3 Networking of Smart Appliances and Real-life Objects 

Increasing miniaturization of information processing and communication devices 
has been described as one of the major trends in Chapter 2.3.3. In the future we 
expect that smart appliances will make profound inroads into Business Network- 
ing. Smart appliances [cf. Thiesse/Osterle 1999] and animated real-life objects, 
such as consumer goods (e.g. mineral water bottles, textiles), industrial goods (e.g. 
doors, water tanks) and raw materials (e.g. soil, water) and the like open up new 
perspectives (see Figure 16-2). These embedded networked processors are very 
small and simple IT devices. Due to the vast volume produced, their cost is negli- 
gible. Elements of such networking between real-life objects have been described 
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See Figure 1-1 in Chapter 1.1.2. 
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by [Kelly 1998] who termed them ‘jelly beans’. He gave some idea of the kind 
and the scope of developments that will mark the next 5 to 10 years in Business 
Networking. 

“A tiny chip [jelly bean] plastered inside a water tank on an Aus- 
tralian ranch transmits only the telegraphic 2-bit message of 
whether the tank is FULL or NOT, A chip attached to the ear of 
each steer on the same ranch beams out his location in GPS num- 
bers; [...] Tm here, I'm here' it tells the rancher's log book.]...] 

The chip in the gate at the end of the rancher's road communicates 
only a single word, reporting when it was last opened: ‘Tuesday'. " 

[Kelly 1998, 12] 



After networking people via telephone or fax, information systems via EDI or the 
Internet we started networking processes and organizations. We are now heading 
towards connecting real-life objects with other real-life objects, people, processes 
and information systems. And we are thus addressing the next generation of the 
networked economy by pushing the possibilities and the potentials of networks 
beyond today’s imagination. 




List of Abbreviations 



ADSL 


Asymmetric Digital Subscriber Line 


ALE 


Application Link Enabling 


API 


Application Programming Interface 


APO 


Advanced Planner and Optimizer 


APS 


Advanced Planning and Scheduling 


ASAP 


AcceleratedSAP 


ATP 


Available-To-Promise 


BAPI 


Business Application Programming Interface 


BN 


Business Networking 


BNS 


Business Networking System 


BPR 


Business Process Redesign 


CAD 


Computer Aided Design 


CDMA 


Code Division Multiple Access 


CIO 


Chief Information Officer 


CPFR 


Collaborative Planning, Forecasting, and Replenishment 


CRLC 


Customer Resource Life Cycle 


CRM 


Customer Relationship Management 


CXML 


Commerce Extended Markup Language 


DPS 


Desktop Purchasing System 


DVD 


Digital Versatile Disk 


DW 


Data Warehouse 


EAI 


Enterprise Application Integration 


EAN 


European Article Number 


EC 


Electronic Commerce 


ECR 


Efficient Consumer Response 


EDI 


Electronic Data Interchange 


EDIFACT 


Electronic Data Interchange for Administration, Commerce and 
Trade 


ER 


Efficient Replenishment 
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ERP 


Enterprise Resource Planning 


EU 


European Union 


GPS 


Global Positioning System 


GSM 


Global System for Mobile Communication 


HSG 


University of St. Gallen 


HTML 


Hypertext Markup Language 


HTTP 


Hypertext Transfer Protocol 


IBN 


Inter-Business Networking 


ICS 


Information and Communication System 


ISO/OSI 


International Organization for Standardization / Open Systems 
Interconnection 


IS 


Information System 


IT 


Information Technology 


IWI-HSG 


Insitute for Information Management at University of St. Gallen 


m 


Just in Time 


LAN 


Local Ajrea Network 


MPEG 


Motion Picture Expert Group 


MRO 


Maintenance, Repair and Operations 


MRP I 


Material Requirements Planning 


MRP II 


Manufacturing Resource Planning 


MSC 


Multi-Supplier Catalog 


PDA 


Personal Digital Assistant 


POS 


Point of Sale 


PND 


Process Network Design 


PPC 


Production Planning and Control 


QR 


Quick Response 


R&D 


Research and Development 


RWI 


Riverwood International Corporation 


SC 


Supply Chain 


SCM 


Supply Chain Management 


SCOR 


Supply Chain Operations Reference-model 
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SGML 


Standard Generalized Markup Language 


SMTP 


Simple Mail Transfer Protocol 


TCP/IP 


Transmission Control Protocol / Internet Protocol 


TQM 


Total Quality Management 


UPnP 


Universal Plug and Play 


UMTS 


Universal Mobile Telecommunication System 


VMI 


Vendor Managed Inventory 


VR 


Vendor Replenishment 


WAN 


Wide Area Network 


WAP 


Wireless Access Protocol 


WFMS 


Workflow Management System 


WWW 


World Wide Web 


XML 


Extended Markup Language 


Y2K 


Year 2000 




Glossary 



Advanced Planning and 
Scheduling (APS) 


Advanced planning is the process of bal- 
ancing materials and plant resources to 
best meet customer demand while achiev- 
ing business goals. [AMR 1999] 

Advanced scheduling is the process of 
precise sequencing of all material and plant 
resources, at an operation level, over the 
near term time horizon, (typically less than 
a month) to best meet customer demand. 
[AMR 1999] 


Advanced Planning and 
Scheduling System 
(APS system) 


Advanced planning and scheduling sys- 
tems are real-time systems for production 
planning and scheduling (=> Advanced 
planning and scheduling). In contrast to 
MRP II (=> Manufacturing resource plan- 
ning) APS systems synchronize material 
and capacity planning simultaneously and 
against restricted available capacity. 


Application Architecture 


An application architecture consists of 
single technical components (applications) 
of a company-wide information system as 
well as the connections (interfaces) be- 
tween these components. [Huber et al. 
1999, 34] 


Assemble-To-Order 


Assemble-to-order is a logistics concept 
which is related to the order penetration 
point, the point along the space and time 
axes in the supply chain, at which a previ- 
ously manufactured product is assembled 
to a specific order. [Klaus/Krieger 1998, 
367] 


Available-To-Promise (ATP) 


Available-to-promise is a supply chain 
management concept (=> supply chain 
management) whose objective is to pro- 
vide the customer with reliable information 
about product availability and delivery 
time at the time of the customer’s order. 
[Klaus/Krieger 1998, 31] 
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Glossary 



Business Networking 


Business Networking is management of 
relationships among internal and external 
business units. It includes process optimi- 
zation as well as the development of inno- 
vative information age strategies. 


Business Networking Systems (BNS) 


Business Networking systems are systems 
that support the coordination (=» Coordi- 
nation) among business units. They in- 
variably involve more than one organiza- 
tional unit and often integrate business 
partners (customers, suppliers etc.) with a 
company’s information infrastructure. 
Prominent examples are systems for elec- 
tronic commerce (=> Electronic commerce 
systems) and supply chain management (=> 
Supply chain management systems), (cf. 
Chap. 12.2.1) 


Category Management (CM) 

1 


Category management is a cooperative, 
customer-oriented management system in 
retail which is part of ECR (=> Ejficient 
consumer response). CM stands for the 
planning and controlhng of product groups 
as strategic business units instead of the 
traditional division in brands (manufactur- 
ers) and departments (retailers). 

[Klaus/Krieger 1998, 59] 


Continuous Replenishment (CRP) 


Continuous replenishment is a special form 
of ER (=^ Ejficient replenishment) with the 
goal to reduce stock by stabilizing the flow 
of goods between manufacturer and re- 
tailer with EDI (=» Electronic data inter- 
change). [Klaus/Krieger 1998, 67] 


Cooperation 


I 

! Cooperations are connections of compa- 
nies or business units in which the fulfill- 
ment of similar, delegated part activities of 
the members are coordinated. [Grochla 
1972, 3] 


Coordination 


Coordination is managing dependencies 
between activities. [Malone/Crowston 
1994, 90] 




Glossary 
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Collaborative Planning Forecasting and 
Replenishment (CPFR) 


Collaborative planning, forecasting and 
replenishment is a concept that allows 
collaborative processes across the supply 
chain through dynamic information sharing 
between different partner companies or 
business units. [CPFR 1999] 


Core Competence 


A core competence is a competence a 
company performs best and has four char- 
acteristics: (1) It provides potential access 
to a wide variety of markets. (2) It should 
make a significant contribution to the 
perceived customer benefits. (3) It should 
be difficult for competitors to imitate, and 
(4) it should not wear out. 
[Hamel/Prahalad 1990] 


Crossdocking 


Crossdocking is a distribution strategy 
designed to improve the handling of goods 
(mostly finished goods on pallets) through 
the avoidance of stockkeeping. 

[Klaus/Krieger 1998, 71] 


Customer Relationship 
Management (CRM) 


Customer relationship management means 
increasing revenues and profitability by 
coordinating, consolidating and integrating 
all points of contact that enterprises have 
with their customers, employees, partners 
and suppliers to integrate sales, marketing, 
customer service, enterprise resource 
planning and virtual sales office. [DCI 
1999] 


Customer Resource Life Cycle (CRLC) 


The customer resource life cycle is the 
sequence of tasks for which the customer 
needs the services of a supplier. 
[Ives/Learmonth 1984] 


Cycle Time 


The cycle time is the amount of time from 
when a product or service is ordered until 
it is received by the customer. [CCJ 1999] 


Desktop Purchasing System (DPS) 


A DPS is a buy-side electronic commerce 
system (=> Electronic commerce system) 
which supports the procurement process of 
indirect goods and services. 
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Efficient Consumer Response (ECR) 


ECR is a strategic management concept 
designed to optimize the supply chain 
between manufacturers and retailers 
through demand-oriented (pull) control. 
[Klaus/Krieger 1998, 93], [ECR 1999] 


Efficient Replenishment (ER) 


Efficient replenishment is a general logis- 
tics concept which refers to the co- 
operation between manufacturer and re- 
tailer with the goal to establish an efficient 
flow of goods. [Klaus/Krieger 1998, 99] 


Electronic Commerce (EC) 


Electronic commerce is the electronic 
support of all economical value-adding 
activities, i.e. procurement, production and 
distribution. EC involves activities in 
information, contracting, settlement and 
order entry (not R&D and production), (cf. 
Chap. 6.2.2) 


Electronic Commerce Systems 


Electronic commerce systems support the 
EC-phases of information, contracting, 
settlement and order entry (=> Electronic 
commerce) and can be divided into three 
categories: Sell-side systems (l:n), buy- 
side systems/Desktop purchasing systems 
(n:l), and trading systems (n:m). (cf. Chap. 
3.4.3) 


Electronic Data Interchange (EDI) 


EDI means computer-to-computer com- 
munication of structured business mes- 
sages in agreed-on standard codes and 
formats. [Keen/Ballance 1997] 


Electronic Procurement (eProcurement) 


eProcurement stands for the procurement 
of indirect/MRO-goods (=> Maintenance, 
repair and operations) via electronic com- 
merce systems (=> Electronic commerce 
systems). [Dolmetsch et al. 1999] 


Electronic Service (eService) 


eServices are Internet-based applications 
which are offered as individual products to 
customers. They derive their value from 
information and may include physical 
elements and/or other eServices. [Alt 
1999] 
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Enterprise Resource Planning System 
(ERP System) 


An enterprise resource planning system is 
an integrated collection of software pro- 
grams which ties together all of an enter- 
prise’s various functions - i.e. human 
resources, finance, manufacturing, sales, 
etc. on the basis of an integrated data 
model. Such software also provides func- 
tions for the analysis of this data to plan 
production, forecast sales, analyze quality, 
and so on. [Peoplesoft 1999] 


Global Sourcing 


Global sourcing is a procurement strategy 
whose goal is to search for a supplier for 
each procurement object on a worldwide 
basis (=> Single Sourcing). [Klaus/Krieger 
1998, 154] 


Information Technology (IT) 


IT includes the entirety of all hardware and 
software that serves to support information 
processing and communication. [Stickel et 
al. 1997, 351] 


Information System (IS) 


An information system consists of a coor- 
dinated arrangement of personnel, organ- 
izational and technical elements that serve 
to coordinate the exchange of used and 
created goods in the value-creation process 
with supphers and customers as well as to 
supply the value activities with demand- 
oriented information. [Pfohl 1997, 7] 


Integration 


Integration means the networking of hu- 
man resources, their tasks and the infor- 
mation and communication technology 
used. A distinction can be made between 
the object of integration (e.g. data integra- 
tion, function integration, process integra- 
tion, etc.), the direction of integration 
(horizontal or vertical), and the scope of 
integration (intraorganizational and inter- 
organizational). [Mertens 1997, 2] | 
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Insourcing 


Insourcing is a strategy that uses in-house 
and/or outside resources to perform new 
activities and services that relate to the 
existing core competencies of a company 
(=> Core competence). 


Just-In-Time (JIT) 


Just-in-Time is a logistics concept de- 
signed to synchronize production and the 
procurement of goods needed for the pro- 
duction process. JIT requires other con- 
cepts like TQM (=> Total quality manage- 
ment), production smoothing, standardiza- 
tion of products and processes, automation 
of processes (e.g. quality check), Kaizen, 
etc. [Klaus/Krieger 1998, 205] 


Logistics 


Logistics provides a single logic to guide 
the process of planning, allocating and 
controlling financial and human resources 
committed to physical distribution, manu- 
facturing support and purchasing opera- 
tions. [Bowersox/Closs 1996, 3] 


Method 


A method is a structured procedure con- 
sisting of the components design activities, 
techniques, tools, results, roles, and meta 
model. [Gutzwiller 1994, 13] 


Maintenance, Repair and Operations 
(MRO) Goods 


MRO goods are goods that are not directly 
compounded with the end product or, in 
the case of retail, are not directly sold to 
the end consumer. [Grieco 1997, 1] 


Manufacturing Resource Planning 
(MRP II) 

j 

! 

1 


MRP II is a concept for computerized 
production planning and control (PPG). 
MRP II is based on a four level planning 
hierarchy consisting of program planning, 
rough-cut planning, detailed planning, and 
control that are proceeded through in a 
sequential order. [Klaus/Krieger 1998, 
343] 
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Mass Customization 


Mass customization means the endeavor of 
many companies to offer adjusted products 
or services arising from individual, specific 
customer needs without sacrificing the 
efficiency of industrial mass production. 
[Klaus/Krieger 1998, 344] 


Material Requirements Planning 
(MRP I) 


MRP I is a concept for the computerized 
determination of requirements, procure- 
ment, storage, and the staging of material 
needed for manufacturing. In contrast to 
MRP II (=> Manufacturing resource plan- 
ning) it is based on the assumption of 
unlimited plant capacity. [Klaus/Krieger 
1998, 343] 


Networkability 


Networkability is the ability to cooperate 
internally as well as externally. It refers to 
the time and cost efficiency of establishing 
relationships with business partners, (cf. 
Chap. 1) 


Outsourcing 


Outsourcing is a management strategy by 
which an organization outsources major, 
non-core functions to specialized, efficient 
service providers. [Outsourcing Institute 
1999] 


Postponement 


Postponement is a logistics concept for the 
optimization of stockkeeping by delaying 
decisions until unfailing information for 
forecasts is available. It is possible to 
differentiate between value-adding post- 
ponement (assembly or form postpone- 
ment) and logistical postponement. The 
first term refers to decisions about the 
specification of the product (e.g. customer- 
specific assembly) whereas the second 
term refers to distribution logistics. 
[Klaus/Krieger 1998, 380] 
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Quick Response (QR) 


Quick response is a cooperational logistics 
concept based on EDI-order systems. By 
the use of barcoded products (e.g. EAN) 
QR aims at accelerating reactions to guar- 
antee general product availability. 
[Klaus/Krieger 1998, 397] 


Single Sourcing 


Single sourcing is a procurement strategy 
whose goal is to procure all commodities 
and goods from one single supplier {=> 
Global Sourcing). [Klaus/Krieger 1998, 
414] 


Supply Chain 


A supply chain is a network of organiza- 
tions that are involved, through upstream 
and downstream linkages, in different 
processes and activities that produce value 
in the form of products and services in the 
hands of the ultimate customer. [Christo- 
pher 1998, 15] 


Supply Chain Management (SCM) 


Supply chain management means the 
delivery of enhanced customer and eco- 
nomic values through the synchronized 
management of the flow of physical goods, 
associated information and financial in- 
formation from sourcing through con- 
sumption. [Klaus/Krieger 1998, 434] 


Supply Chain Management System 


=> Advanced planning and scheduling 
system 


Template 


Templates are concepts or models for the 
standardization of processes, functions, 
and data that are capable of being imple- 
mented in a physical information system. 
A template ‘s purpose is to integrate differ- 
ent information systems on a semantic 
level, (cf. Chap. 11.2.1) 


Total Quality Management (TQM) 


Total quality management is a manage- 
ment strategy that consistently integrates 
quality orientation into the whole structure 
and workflow of a company by using the 
methods and techniques of quality man- 
agement. [Klaus/Krieger 1998, 452] 
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Value Chain 


The value chain is a model describing a 
company as a flow of value-adding actiyi- 
ties (primary activities) like inbound logis- 
tics, operation, outbound logistics and 
customer service and its support activities 
like firm infrastructure, human resource 
management, technology development and 
procurement which support the primary 
activities. [Porter 1985, 37] 


Vendor Managed Inventory (VMI) 


Vendor managed inventory means that a 
company’s inventory in terms of inventory 
volume and readiness for delivery is man- 
aged by a supplier on the company’s busi- 
ness premises. [Klaus/Krieger 1998, 483] 


Virtual Community 


A virtual community is an IT enabled 
community, which has a distinctive focus, 
the capacity to integrate content and com- 
munication, appreciates member-generated 
content, provides access to competing 
publishers and vendors, and is commer- 
cially oriented. [Hagel/ Armstrong 1997, 8] 


Virtual Organizing 


Virtual organizing is an organization strat- 
egy in which a collection of legal entities, 
institutions, or individuals join forces on a 
short-term basis for a specific mission. 
Each member contributes his or her core 
competencies (=> Core competence) rele- 
vant to the mission and all partners act as a 
single entity via-a-vis a third party. Typi- 
cally no formal management bureaucracy 
is established, and instead co-ordination 
Coordination) is realized through 
information and communication systems. 
[Arnold et al. 1995, 10] 
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XML 


XML is a markup language for docu- 




ments containing structured informa- 




tion. Structured information contains 




both content (words, pictures, etc.) and 




some indication of what role that con- 




tent plays (for example, content in a 




section heading has a different mean- 




ing from content in a footnote which 




means something different than con- 




tent in a figure). The XML specifica- 




tion defines a standard way to add 




markup to documents. 
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